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SAGE MICROSYSTEMS EAST 

Selling & Supporting the Best in 8-Bit Software 

(New Lower Prices on Many ftems! ) 

• Automatic, Dynamic, Universal Z-Sysfems: Z3PLUS for CP/M-Plus computers, 
NZCORf for CP/M-2.^ computers (now only $49 each) 

• XBIOS: the banked-BIOS 2-System forSBlSO computers ($50) 

• P€CD'~ the closesUhihg to Z-System ARUNZ, and LSH under MS-DOS {$50> 

• DSD: Dynamic Screen Debugger, the fabulous full-screen debugger and simulator ($50) 

-.*. -ZStJS: Z-Syslem Software Update Service, public-domain software distribution service 
. (^vritejor a flyer with fiill inrormatbn) 

• Phi* Perfect Systems 

- Baekgroun<t€-r ii: CP/M-2.'2 multitasker (now only $49) 

- . -r ZSnOS/ZDDOS: date-stamping DOS ($75, $60 for ZRDOS owners, 
Slfl for Programmer's Manual) 

- DosDisfc: MS-DOS disk-format emulator, supports subdirectories and 
date stamps ($30 standard, $35 XBIOS BSX, $45 kit) 

- JetFind: super fast, extemely flexible regular-expression text file 
scatrner (now only $25) 

• ZM ATE: macro text editor and customizable wordprocessor ($50) 

■• BDS C — complete pkg including special Z-System version (now only $60) 
. • Turbo Pascal — with new loose-leaf rnanual ($60) 

• '2MAC — Al Ilawley's Z-System macro assembler with linker and librarian 
- ($50 with documentation-on disk, $7Q with printed manual) 

• SLRSystenis (The Ultimate Assembly Language Tools) 

- Z8() assemblers using Zilog (Z80ASM), Hitachi (SLR180), or Intel (SLRMAC) 
mnemonics, and goheral-purpose linker SLRNK 

- TPA-based (S50 each t^ol) or virtual-memory ($160 eack tool) 

• NightOwl (advanced telecommunications, CP/M and MS-DOS versions) 

- MEX-Plus: automated modem operation with scripts ($60) 

- MEX-Pack: renriote operation, tertninal emulation ($100) 

N»!!ist-day shipping of most products with modem download and support available. Order 
by phone, mail, or modem. Shipping and handling: $3 USA, $4 Canada per order; based on 
actual co.?t elsewhere. Check,^ VISA, or MasterCard. Specify exact disk formats acceptable:' 

Sage Microsystems East 

. 14.35 Centre St,, Newton Centre, MA 02159-2469 

Voice: 617-S65-3552 (9:00am - 11:30pm) 

Modem: 617-965-7259 (pwsDDT) (MABOS on PC-Pursuit) 
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EDITOR'S COMMENTS 



Here it is, the new and improved 

version of TCJ. It has taken considerably 
longer than I thought, but then doesn't 
anything with computers these days. 
Before I talk about the articles, a few 
comments on the new format. 

I have included a small box at the top of 
each article to help readers understand 
what the article is about. It has three 
lines and typically the fust will be the 
main idea. Our next ten years article is 
the feature article and as such the header 
states that fact. 

Next item in the box is the level of com- 
puter skills needed or in the case of the 
feature article, it is for all readers. Lastly 
is a topics list that can help show some 
specific concepts that are covered in the 
article. 

New in the format is MY comments at 
the start of each article. You can tell it's 
me, because they have my initials at the 
end (BDK). This way you get to read 
what I hope is some specific information 
that will get you off to a good start read- 
ing the article. 

The articles are good as always. TCJ has 
many excellent writers and this issue is 
no exception. I have pressed some new 
people into covering some different top- 
ics. For comments from the editor, other 
than a quick review of what is inside this 
issue, you will need to check out my 
Computer Comer, where I have been 
making comments on many topics for 
over 8 years ( hard to give up the old 
ways.) 

Other than our feature, which is a must 
read for everyone, we have Jay Sage, 
Tim McDonough, Frank Sergent, 
Tilmann Reh, and our surprise new 
writers. So set back and check out the 
issue. 



Reader to Reader 



Dear TCJ: 

I have gotten one of your fl-ee issues and have decided not to subscribe. I work 

for a small company and had hoped you would help me get up to speed with 

new microcontroller construction projects. So far it looks like everything is 

way over my head. I need beginner and refresher information. Sorry, but 

thanks for the freebee. 

-John Clark, LA, CA. 

Thanks for the letter John, and you will get this and one more issue. The reason 
is our change of ownership and some minor correction of course. You see 
John I have been well aware that we have not been covering the beginner for 
some time now. I feel that even experienced people start out on new projects 
as beginners as well. So when ever we start a new topic from now on, we will 
try and cover it from a beginners view point first. We can not however teach 
you everything about electronics, so I will assume you have had at least a few 
basic courses in electronics and know what end of a soldering iron to use. I 
have heard that most of the competiors have refused to print beginners 
articles, NOT HERE. I teach at a junior college and have learned how hard 
it is for most people to get started on new projects. That is another reason 
I am trying to do "Platform Independent" projects. The simpler the project the 
better chance you have of learning. Please write me again if you have topics 
or suggestions about projects that would make you a confirmed TCJ reader. 
-BDK 

Dear TCJ; 

I don't know how to write an article about my YASBEC, but I can write a letter, 

so here goes 

You probably have already looked at the pictures I sent, so maybe this will help 
orient you. The case is Hewlett-Packard surplus I paid about $5 for. (I keep 
forgetting prepositions are things you're not supposed to end sentences with!) 
The case housed a power supply, I think. Outside dimensions are about 5 1/2" 
X 8 1/2" x 13 3/4". Front and back aluminum castings are connected with 
removeable rails. There are top, bottom and side removeable covers (detach 
with one screw). The back panel already had the ac power receptacles, switch 
and fuse, and it was a simple matter to cut the openings for the parallel and 
serial connectors. The 5 1/4" Mitsubishi 40 track drive attaches with screws to 
the bottom of the case, the two TEAC FD235 3 1/2" drives are stuck to the 5 
1/4" drive with several thicknesses of double sided (removeable) foam. The 
YASBEC board is stuck to a thin plastic panel also with foam pads. The thin 
plastic sticks to the top of the 3 1/2" drive. Power is obtained from a 150 watt 
IBM Clone removed from its metal case. 1/8" deep by 1/8" wide vertical slots 
in the side rails near the rear of the cabinet allow the power supply board to fit 
neatly, allowing enough room at the sides for ribbon cable to the parallel and 

continued on page j 
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serial connectors. On the left side of the 
cabinet I mounted a Rodime 45 meg 3 1/ 
2" hard drive, attached to the horizontal 
rails. I also placed a small (2 1/2") 12v 
fan behind the hard drive. The fan may 
be miecessary since the perforated cov- 
ers allow much ventilation. The front of 
the panel is filled in with a bit of gold 
colored perforated aluminum cut to fit 
around the drives and holding the reset 
button and pilot LED. 

Everything works well except the hard 
drive. That appears to be a BIOS prob- 
lem and I am hoping the new banked 
bios will take care of that. 

A bit of history I first learned about 

YASBEC in the TCJ editor's note in 
TCJ #50 and in Z-Letter. I watched with 
interest the TCJ and Z-letter references, 
then in the late summer talked with Paul 
Chidley on the phone. Didn't take the 
plunge imtil late fall then sent Paul my 
check. All the info on Genie and Zcentral 
was helpful in gathering the components. 
Ludo Hemehyck suppHed the Z180, SCSI 
and some sockets. Once I had all the 
parts it was a breeze soldering them in. 
As far as I could tell there were no solder 
bridges or cold joints. My only error was 
to rotate the scsi socket 90 degrees. But 
the error was spotted and the socket modi- 
fied with my dandy little Dremel 
Motortool. (Later I removed and replaced 
the socket.) 

Then everything was hooked up. I turned 

on the power NO SMOKE. Hooked 

up the terminal, but nothing on the 
screen. It wasn't until Ludo told me to 
hit return a few times (and at last I 
perused the documentation)that I was 
able to get the screen display. About that 
time I received the BIOS disk from Cam 
Cotrill. At first I couldn't get zcnfg to 
work. It turned out my junkbox 5 1/2" 
drive was bad. With a decent drive it 
booted fine and I was able to configure 
the 3 1/2" drives. All this time the whole 
thing was only haywired together. I was 
moving the main board around when 

suddenly A small puff of smoke 

toward the front of the board! ! ! ! ! And all 
was gone. 

Surely after all this my YASBEC couldn't 
be dead! But it was. I later learned I had 



been Albanyed. It seems the 5 volt sup- 
ply on the board has a trace (hidden 
under a ram socket) that acts as a fuse if 
vcc is shorted. Paul Chidley told me 
about that. It seems a soul (who shall be 
nameless) from Albany NY had 
inadvertantly done the deed I did. I am 
also from Albany (Oregon). Not know- 
ing about the New York incident I 
thought Paul was ribbing me. Each of 
the states of Georgia, Cahfomia, Illi- 
nois, Indiana, Kentucky, Louisiana, 
Missouri, Ohio, Texas, or Wyoming also 
has an Albany. I wonder if anyone there 
has put together a YASBEC! ! ! ! ! 

At any rate jumpering the burned trace 
put everything straight again. 

Most Z software I have tried so far works. 
I'm using a Televideo 970 Terminal. 
The extended tcap for the 970 is almost 
right on screen graphics. I haven't yet 
foimd out why LSH doesn't work. Since 
I plan to go to Trenton in April I'm 
hoping to get some help. 

To summarize my experience - 1) the 
YASBEC is a great little board 2)it went 
together easily 3) except for the hard 
disk everything works great 4)the folks 
in the 'Z' community are most kind and 
helpful. I trust this gives a hint of one 
YASBEC users experience 

Yours Sincerely 

A. A. Straumfjord, Albany, OR. 

Thanks for the letter and pictures. Sorry 
I couldn't get the pictures in this issue. 
With all the changes, I am not ready to 
put pictures in yet, maybe next issue. 
Glad to see that some are doing and 
succeding with projects from our pages. 
Maybe if you learn some more about 
constructing, you can give us a begin- 
ners eye view of what type of problems 
you overcame to make it work. How 
about it? - BDK 

Dear TCJ: 

I am a regular reader of the Computer 
Journal, either by subscription or sec- 
ond-hand. I also see you on the 
CPMTECH Fido echo occasionally. I am 
pleased that you continue to support small 
developers and "classic" development 
environments and tools. To further those 



goals, I'd like to offer you an article or 
two that suggest yet another developers' 
strategy that combines low cost, famiUar 
technology, flexibiUty, and support for 
Zsystem/Z8O/Zx80 technology. 

For several years I have worked with, 
bought and sold S-100 equipment. As an 
electrical engineer and progranuner in 
the 70's and '80's, I often found these 
systems operated by my industrial cli- 
ents as well as in the basements of my 
engineering colleagues. Today, I still find 
them in use among many technologists, 
both experienced and new; as well as in 
flea markets, basements, and Salvation 
Army stores. Many people still refer to 
the IMS AI, with its front panel and blink- 
ing lights, with affection. 

As you know, there is a resurgence of 
interest in Z-80 based systems due to 
development in new operating systems 
(Z-system, et. al.) and new, faster, and 
expanded Z80 processors (Z180, Z280, 
Z80XXX I/O processors.) Yet it is rela- 
tively difficult to work with these pro- 
cessors and systems given the almost 
overwhelming influence of the MS-DOS 
world of cheap, fast, available 80X86- 
based computers: computers that are also 
hard to program at the ' 'nuts and bolts' ' 
level. I believe I can offer a better alter- 
native to your readers. 

S-100 systems (or IEEE-696, an ANSI 
standard) can offer a very affordable 
platform for Z80 development. In fact, 
almost any processor can run on the S- 
100 bus (and many have!). While the 
speed of older designs was limited to 2- 
4MHZ, and the very oldest boards were 
limited in both speed and memory ca- 
pacity: there are still many cards, buih 
in the 80 's, that have modest amount of 
memory, I/O capability and flexibihty. 
More to the point, they were built on 
LSTTL chips that are readily available, 
quite rugged and - a big plus- well un- 
derstood and documented. Given also 
that many S-100 boards have descriptive 
information printed on the board them- 
selves, even boards purchased without 
documentation can be "deciphered" 
with a few evenings' work: an educa- 
tional exercise in itself! Finally, cost are 
reasonable to free. A typical disk-based 
system sells - working and documented 
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- for $50 to $200. Undocumented and 
"orphaned" systems, about to be dis- 
carded, can often be had for the asking! 
I have ah-eady published two articles on 
the pre-IEEE S-100 bus in the Z-letter, 
which I hope will represents my writing 
abiUty and technological knowledge. 1 
propose a short series of articles to intro- 
duce the possibilities of S-100 develop- 
ment systems as a cost-effective and 
easily-learned environment, culminating 
in a Z180 processor card design. The 
Z180 processors appear to be a "small 
stretch" from Z80's both in cost and 
capabilities, and more than adequate for 
most uses. 

Regarding my own interests: As a reseller, 
of course, I am interested in encouraging 
sales of my various used cards (catalog 
enclosed). My experience suggests that 
my prices are not out-of-hand for the 
card replacement market; and I have 
priced many cards below those levels. 
The replacement market seems to be lim- 
ited to Compupro/Cromemco owners who 
have strong commitments to maintain- 
ing systems: and even they are now 
' 'bailing out' ' at the few hundred dollar 
level. Meanwhile, I have many cards 
that are not purchased often: 16K static 
RAM cards, bank addressable and oth- 
erwise flexible; serial/parallel cards; and 
8" floppy disk controllers. For develop- 
ers and experimenters, these are still 
cheaper than the ' 'single-chip solutions' ' 
and software that would replace them. 
An article on evaluating and adapting 
these cards, written in a methodological 
fashion for general use, would help ALL 
those people who are trying to get a 
system up without documentation. Fi- 
nally, your vendors can provide Z-sys- 
tem software, and I can provide CP/M 
2.2 for about $25. 

In summary, I propose a series of articles 
as follows: 

"S-100 Systems: The Final Frontier" 
would introduce S-100 and IEEE-696 
systems as stable standards for small 
processor development. They are widely 
available, terribly economic, and suffer 
only from "old technology" (actually an 
advantage) and lack of documentation 



(a "learning situation" with the right 
tools and information). 

"Buying and Fixing Your S-100 sys- 
tem" would describe the history of sev- 
eral S-100 manufacturers; suggest the 
best kinds of boards and systems to buy, 
and offer tips, techniques, and general 
manufacturing practices that can aid in 
debugging and testing your system with- 
out elaborate tools and technology. This 
can easily be two articles! Given that 
there is two months between them, how- 
ever, I would like to encourage both 
purchase and experimentation early in 
the series. 

"A Z180 for the S-100" would describe 
a straightforward design of a Z180 pro- 
cessor card withon-board static memory 
and serial ports, which would drive ei- 
ther the S-100 bus (briefly, two 8-bit 
data paths, and 16 bits of address) or the 
IEEE-696 bus (8 or 16 bit data paths, 24 
bits of address). 

So what do you think? Contact me 
promptly: obviously this is a significant 
commitment on my part, and I need to 
plan for it as soon as possible. Please 
send appropriate information on writ- 
ers' guideUnes and your general com- 
ments. Thanks for your efforts and inter- 
ests! 

Herb Johnson, Trenton, NJ. 

Well herb that was some letter and I 
couldn 't have said it better. I have been 
a long time user of the S-100 systems 
and in fact still have several running 
units. That catalog was missing and 
hopefully you will send me one soon. 

What the S-100 systems reminds me of, 
is when people were just starting to be- 
come electronic technicians, a normal 
approach was tearing apart and repair- 
ing old TVs. Well today, the modern 
computers have nothing that can be fixed 
or tinkered with in them. I have been 
thinking of doing some beginners and 
learning articles on using the S-100 
products as the basis of building the 
readers skills. I will be calling you soon 
and dropping in the mail the writers 
guides as well. For our readers informa- 
tion then, you can expect to see some of 



Herbs ' work in up coming issues. Please 
check over the Back Issues section of the 
magazine and you will find we have done 
many S-100 articles over the years. In 
fact I though we had already done a 
Z 180 S-100 construction project as well. 

Having written several of the past S-100 
articles, and cut my teeth on them, it will 
be like old times to run your articles. 
And by the way, do you happen to have 
CP/M 68Kfor a Compupro CPU68K? 
As far as documents, I would like to 
point out to our readers that I and many 
of our readers have hung on to our old 
manuals. So if you are having troubles 
getting one of those S-100 systems run- 
ning drop me a card and if I can 't send 
you copies of what you need, I will at 
least put your request in the Reader-to- 
Reader section. If we get enough request 
for ' 'orphan information ' ', I will set aside 
a special section and maybe ask Herb to 
be our Doctor S-100. Now that request 
for literature can be for systems other 
than S-100 as we have readers who still 
use all types of non-PC products. BDK 



Reader-to-Reader 

To send letters to TCJ, mail them to: 
The Computer Journal 

P.O. Box 535 
Lincoln, CA 95648-0535 

The editorial policy is to try and print 
your entire letter "as is." TCJ however 
does reserve the right to reject and or 
modify (by omitting) portions of let- 
ters deemed unfit for pulbication. 

Major letter and minor articles are ac- 
cepted on floppy disk and will aid in 
getting your letter published "as is." 
TCJ does not return disks and mate- 
rial, unless suitable and appropriate 
return mailers are provided. 

Floppy disk and word processor for- 
mats supported are all the generally 
accepted programs ( I.E. Wordstar and 
WordPerfect ) as well as any format 
acceptable to PageMaker 4.0. CP/M 
formats are supported through use of a 
CP/M to PCDOS disk format converter. 
Currently no 8 inch disk formats sup- 
ported (later maybe.) GENIE mail 
checked on regular basis (use 
B.KIBLER. ) Other bulletin boards and 
services will be added as time permits. 
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The Computer Journal - The next TEN years Feature Article 

By Bill Kibler Editor/Publisher All Readers 

Future of TCJ 



Whai issue 60 rolls off the press at the 
end of this year, The computer Journal will 
marie ten M years of "how to" articles. It 
seems as if it was a short time ago that I 
wrote that first TCJ article. I have in fact 
been writing for TCJ practically the whole 
time and plan on continuing to do so. What 
the next ten years will bring in computing 
I have no clear ideas. What TCJ will bring 
to you I want to talk about. 

THE BEGINNING 

When Art Carlson started The Computer 
Journal, it was mainfy an outlet for do it 
yourself hardware projects. Art had many 
projects he wanted to do, and felt that other 
would want to kiww the results of his en- 
deavor. My first article for Art was on 
upgrading 16K memory cards to 64 and 
256K. Another article was on adding a 
Centronics interface to a Z80 system. Many 
smaller hardware projects followed as well 
as the soflware to suipjrt those changes. 

1 would say those first few years, saw equal 
amounts of hardware and software features. 
We also added industry and machine spe- 
cific columns to help keep our readers abreast 
of changes that might effect them The 
main focus were hardware "how to" ar- 
ticles. We have changed some over the 
years and I am not sure for the better. 

THE NOW 

The industry as a whole has moved away 
fiiom "doing hardware." TCJ has been in- 
fluenced by this change as well. The influ- 
ence of the PC with easily assembled hard- 
ware and low price have made hardware 
hacking a thing of the past. The big caveat 
is that hardware is and alw^s will be needed, 
and some of us love to tinker. As a HAM 
radio operator I got started by building and 
modifying transmitters and receivers. In 



college I studied solar system design and 
intendedon using computers to control solar 
house systems. At that time miaocomput- 
ers were just becoming available and my 
love of tinkering put the two together. 

The modem PC clone is no longer a box to 
tinker with. The operating system and soft- 
ware needed is so complex the suRwrting 
documentation stands over three feet tall. It 
is not the machine for people to learn on 
and have fim with. When it comes to doing 
writing and design the PC works just fine. 
I think it should st^ that way myself. So 
what has happened to TCJ over the years 
has been getting caught up in the PC clone 
hardware mess withait intending to do so. 

TCJ has had many hardware articles, in 
fact Chris McEwen got Frank Sargent to 
give us his award winning RTX system. 
That was a non-PC clone hardware and 
software project that given the time I will 
build myself 1 can build that project be- 
cause I hajpen to have an RTX contest 
board. What if you don't have one however 
and what about the RTX chip itself? 

THE NEXT TEN 

Over the next few issues and on into the 
fiiture, TCJ will be making a few minor 
changes. I plan on taking the magazine 
back to our "ROOTS". With that I mean 
more articles on hardware. More how to do 
it articles for people of all experience levels. 
One problem with that approach is usually 
the platform of choice. My choice is NONE! 
The articles will be "platform indepen- 
dent". That means they must be projects 
based on serial or parallel ports, if not 
standalone. 

My requirements do not stop there. No 
PALS or specific vendor devices allowed. 
These projects must be possible to build in 



any garage anywhere in the worid that has 
access to standard computer parts. For the 
software side, I will stress FORTH as the 
language. Forth is the only tme platform 
independent language around. The articles 
will however have other languages, espe- 
cially assembly when needed. The article 
will help guide and show the reader how to 
do it the most eflScient way possible. Pseudo 
code or flow chart like coding will be used 
so that each reader will be able to convert 
the given code to a language of their choice. 
TCJ will not be another "C" only maga- 
zine. 

Market Standing 

The Computer Journals standing in the 
market place will be somewhere between 
Circuit Cellars INK, Elektor, and Midnight 
Engineering. In reviewing those issues, each 
has something for our readers. They also 
have points of view or positions that make 
them less effective for our readers. Take 
Circuit Cellars INK for example. The 
magazine's focus is on selling Micro Mint 
products which are almost always based on 
Intel products. Currentiy they feature wir- 
ing the house with Micro Mint systems if 
you want to be "in with the electi'onic 
cottage." 

Readers of Midnight Engineering appear to 
be hqseful business people. The magazine 
header is very clear about their support of 
people wanting to make a business out of 
their hobby. There are some very good 
articles on hardware and software, but busi- 
ness articles are their main st^. I am not 
sure that our readers are so business di- 
rected that they want business articles in 
place of more how to hardware articles. I 
feel that many of our readers are using 
computer products to sell and service non- 
computer based products. They know then 
business and how to package it, what they 
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need is how to save money using this sys- 
tem or that process. 

Elektor magazine is new and very close to 
my idea of what level of support we should 
be providing. The problem with Elektor is 
they also support radios, antennas, audio 
amps, and computers. That broad approach 
is fine unless your interests are onfy learn- 
ing how to use stq)per motors. Why p^ for 
a magazine that only has one article an 
issue of interest to you. 

What my hope for TCJ is that we can 
provide the reader with a fiiU issue of im- 
portant and interesting articles. To that end 
I propose trying to have a 30% ratio. I want 
a third of each issue to support old or re- 
cycled systems. Maity of our foreign read- 
ers (15% of our subscribers) don't have 
access to the latest systems. Currently no 
other magazine supports Z80, SlOO, or 
ZCPR users. We will continue to provide 
regular and special articles for those users. 

The next third will be on hardware and 
software projects (more hard than soft I 
hqje) that are platform independent Serial 
and parallel projects that will lead the reader 
through the stqjs of building and having a 
usefiil device in the end. Like most maga- 
zines we will try to provide either bare 
boards or con^l^e kits for those without 
access to the materials used. 1 have had 
several requests for stepper motor how to. 
We have talked about steppers in the past, 
but too much space was put on software and 
not enough on the hardware. The person 
who pointed this out had blown up several 
stepper motors before giving up completely. 

The last third will be on reviewing products 
and services important to our readers. I 
have often complained that Forth Interest 
Group never reviews vendors of Forth. If 
your starting to lode for a Forth that will 
help you talk to remote door openers, whose 
is the best, or do I roll my own Now 
reviewing has its' problems, as you can 
appear to represent one or the others prod- 
uct. Our method of reviewing will be two 
fold. First I will let the vendor explain the 
why and wherefore of their product. This 
will include some examples from their 
manual (usually the tutorial section). Then 
I will find someone not related to the ven- 
dor and ask them to try the tutorials and 



produce some real results. That will take 
several articles to cover, but by the end all 
the good and bad points should be clearly 
visible. The object is for TCJ not to give an 
opinion on the product but to give you 
enough information to make up your own 
mind. What are we going to review, I got 
two items to start with, embedded control- 
lers development packages and CPU train- 
ers. 

One main issue that TCJ will continue to 
press is keeping things afibrdable. Our aim 
will be to make The Computer Journal the 
most cost effective magazme you receive. 
We will do that by putting more articles that 
you can use and build Those projects will 
also be as inexpensive as possible. Recy- 
cling of systems will be one strong point of 
hardware projects. 

The Next Step 

At this point I need to move on to being 
more of an editor than writer. The next 



issue of TCJ is starting to come together 
and as such I must put oflFmore comments 
on TCJ's future. As readers and supporters 
of TCJ, you can continue to ejq)ress your 
thoughts about where we need to go. I 
always look forward to reading and pub- 
lishing your comments. These minor 
changes and TCJ's next ten years are really 
the choices of you, the reader. Without your 
input TCJ will be unable to continue it's 
growth. We have doubled in numbers fiom 
Chris's work and maybe we can do that 
again with this improved focus. Let me 
know what you think. 

As always TCJ can be found on GENIE as 
"B.Kibler" and a answering machine is 
standing by 24 hours a day for your sub- 
scription or comments. The new address 
for your correspondence is P. 0. Box 535, 
Lincoln, CA 95648. That phone number is 
(800) 424-8825, or (916) 645-1670. 



UNIVERSAL MICROPROCESSOR 
SIMULATOR/DEBUGGER 2.0 



• Simulates the Z80, 8051, 8085, 6811, 6809, 6805, 
6801, 6800, 6303, 6502 & 65C02. 

• Cross Assembler and Disassembler. 

• Accepts Bmary, Motorola, and Intel Hex codes. 

• Windowed source-level Debugger. 

• Handles exceptions simulation. 

• Includes batch file capability. 

• Utilizes your PC's I/O for MPU simulation. 

• $90 each set. 



THE ROMV-S EPROM EMULATOR 



• Works with CPU simulator (Exclusive Feature). 

• Lets you change and test code in seconds. 

• Monitors address bus. 

• Patch code with assembler. 

• Emulates 2716-27256 EPROMs. 

• Loads 32K of code in 20 seconds (PC/AT). 

• 90 day warranty. 

• Saves you money - only $155 (complete with one 
set of CPU simulator). 



J&M Software Hardware Design, Inc. 

83 Seaman Road, West Orange, NJ 07052 
TEL: 201-325-1892 FAX: 201-736-4567 
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INPUT EXPANSION FOR 8031 
By Tim McDonough 



Embedded Systems 
Beginners and up 



8031 Construction 



Tim's article this time is a simple hard- 
ware method to get more I/O for your 
system. It is based on his 8031 system he 
sells, but the technique is deffinitely 
PLATFORM INDEPENDENT. As you 
will see he uses a chip I have seen in the 
books many times but never thought to 
use it in this way. Great idea Tim, BDK. 

Digital inputs in a microcontroller sys- 
tem are like disk space on your PC or 
vacation days at the oflFice --you can 
never have too many of them and, more 
often than not, things would be better if 
there were just a couple more... 

Are your projects like many of mine? Do 
you often wish that all 40 pins on an 
8031 were inputs? Having every pin as 
an input port may be impossible but there 
is a method you can adopt that will let 
you stretch 4 of the existing VO lines to 
nearly as many digital inputs as your 
system will ever need. 

The traditional method of adding digital 
I/O to many microcontroller systems is 
the addition of an 8255 Programmable 
Interface Adapter (PIA) into the memory 
map of the system. The 8255 is addressed 
as RAM and provides 3 bi-directional 
ports of 8-bits each for a total of 24 
additional I/O lines in your system. It is 
a very reliable component and is well 
worth considering for many applications. 

There is some downside to the 8255 
style of I/O expansion, particularly if 
what you need are more input lines ~ it 
is a memory mapped device. If your sys- 
tem requires a large amount of RAM 
several ICs or a Programmable Logic 
Device (PAL) may be required to decode 
the PIA into the smallest amount of 
memory space possible, thus preserving 



the maximum amount of space for sys- 
tem RAM. In other applications the cir- 
cuit board space and the cost of the extra 
decoding logic may be unacceptable. 

My digital input expansion example re- 
quires 4 of the 803 1's I/O lines to pro- 
vide any number of additional digital 
inputs. A little software overhead is re- 
quired but the advantage is that whether 
you need 8, 16, 24, 32 or even more 
inputs, this method only requires 4 of 
the MCU I/O lines leaving as many as 
10 lines free for outputs or special pur- 
pose inputs if you don't require a serial 
communications port. 

The key to the design is the 74HCT 165N 
Shift Register. This IC is a parallel-in, 
serial-out register that easily converts 
the digital inputs in a system to a serial 
bit stream that can be collected by the 
8031. Inputs and outputs on the '165 
allow them to be cascaded to provide 
any number of inputs subject to the fan- 
in/fan-out limitations of the LOAD, 
CLOCK, and ENABLE lines that are 
bused together. 

The project is based on my Control-R I 
Single Board Computer (SBC), ft pro- 
vides the core components used for many 
803 1 designs. Major components include 
an 8031 MCU, address latch, EPROM 
socket, and MAX232 to provide an 
RS232C compatible serial port. Serial 
communications routines for the 8031 
have been presented in other TCJ ar- 
ticles and have been included in the 
source code for the system I'm present- 
ing here. 

The 8031 has a total of 16 digital I/O 
lines available for general purpose use. 
Most of my applications use the serial 
port which requires a minimum of two 



of the I/O lines on Port 3 (more if hard- 
ware flow control is required.) If the 
system includes external RAM or other 
memory mapped devices, two additional 
lines on Port 3 must be used for the *RD 
and *WRITE signals. The bottom line is 
many applications require a lot of digital 
inputs. Configuration switches, operator 
controls, sensors, etc. can rapidly con- 
sume the remaining 12 I/O lines before 
your project gets too far off the ground. 

Figure 1 shows a schematic diagram of 
a pair of 74HCT165N shift registers that 
I've attached to the basic Control-R I 
SBC. These two registers provide the 
demonstration system with 16 bits of 
digital input. Additional 74HCT165Ns 
may be cascaded to add more input hues 
as desired. Note that each shift register 
input has a lOK pullup resistor. These 
pullups are mandatory to force each in- 
put into a stable condition (logic "1"). 
Failure to include them in your design 
may have disastrous effects on your sys- 
tem. 

In many systems it may not be strictly 
necessary to use the ENABLE signal. If 
the shift registers were the only circuitry 
attached to the lines used for DATA, 
CLOCK, and LOAD it could be tied to 
ground, permanently enabling the regis- 
ters. I prefer to control it from the 803 1 
so that I can use the port pins assigned 
to DATA, CLOCK, and LOAD to other 
functions if needed. 

Programming the shift registers is quite 
straightforward. Listing 1 shows the com- 
plete source for the application. The es- 
sential steps in moving data to the 
microcontroller's memory are as follows. 

1) The ENABLE line of the shift regis- 
ters is brought low. 
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2) The LOAD line is briefly pulsed low 
to latch the data present on the parallel 
input lines into the register 

3) For each input line present, a positive 
going clock pulse is applied to the 
CLOCK line and the state (high or low) 
of the DATA line is read and processed 
by the 8031 using one of the bit test 
instructions. 

4) The ENABLE line is brought high, 
disabling further control of the shift reg- 
ister. 

The SHREG and READS subroutines 
are the key pieces of code for reading the 
shift register data. SHREG enables the 
shift registers and loads data into the 
shift registers. Next, for each shift regis- 
ter in the system, the READS subroutine 
is called. READS returns the eight bits 
from a register packed into a single byte 
that is returned in the Accumulator reg- 
ister. After each call to READS, the 
SHREG routine stores the returned data 
in memory for later use. 

The READS subroutine is easy to under- 
stand once you walk through it a couple 
of times, ft starts by loading the number 
of bits to be read from a single shift 
register into RO (Register 0) which is 
used as a counter. Next, the clock line 
attached to the shift registers is pulsed 
high to shift one bit of data onto the 
DATA input to the 803 1. The next step 
is to clear the 8031's "carry" flag in 
preparation for processing the bit. 

The bit test is done with the 803 1's JNB 
instruction. The DATA line is tested. If 
it is "low" or logic zero, program ex- 
ecution jumps to the code at label 
"RE ADS2". If it was "high" or a logic 
one, the SETB (Set Bit) instruction sets 
the value of the carry flag to a logic one. 
At this point my program has set the 
cany flag equal to the value of the DATA 
line. 

The next step is to move the data that's 
been stored in the carry flag to a tempo- 
rary variable that is used to hold the 
other bit values as well. First the tempo- 
rary data is copied into the Accimiulator. 
Then a RLC (Rotate Left with Carry) 
instruction copies the bit that was stored 



in the carry flag into the least significant 
bit of the accumulator. All other bits in 
the accumulator are shifted one to the 
"left' ' as well. Finally, the current value 
is placed back in the temporary storage 
location Rl (Register 1). 

Once a bit has been inspected and stored 
in the temporary variable RO is 
decremented and tested. If it's not equal 
to zero, meaning all eight bits haven't 
been read yet, program execution jumps 
back to label READS 1 for the next bit. If 
it is zero, all eight bits have been read. 
The temporary value is copied into the 
accumulator and the subroutine returns. 

The remainder of the program in Listing 
2 should be old hat to experienced 803 1 
programmers or those of you that have 
read previous "Embedded Systems for 
the Tenderfoot" articles. Each time the 
command string "@A" is received at 
the serial port, the 16 digital inputs are 
read and stored in two one-byte memory 
locations. The data collected is then con- 
verted into printable ASCII form and 
transmitted back to the host computer as 
4 hexadecimal digits. 



While testing and debugging the hard- 
ware and software it can get very annoy- 
ing to constantly have to run a terminal 
program and type "@A" while trying 
to measure what's going on in the cir- 
cuit. To simplify my life (isn't that what 
computers are all about anyway?) I wrote 
a short program in Microsoft 
QuickBASIC Version 4.5 that polls the 
Control-R I for data once a second. The 
source code for the test program is shown 
in Listing 1. 

I hope this latest installment in "Em- 
bedded Systems for the Tenderfoot' ' has 
peaked your interest. If you have ques- 
tions or would like to see a specific topic 
covered in a fiiture article please drop a 
note to TCJ and we'll see what we can 
do. I won't promise to do your next 
design project for you but I'll try to cover 
things that may be of general interest to 
developers just getting started. 

For those of you who hate typing or who 
don't have access to Microsoft 
QuickBASIC for flie test program, I'll 
make your life easy. If you live in the US 
or Canada, send a $5.00 (US) check 
payable to "Cottage Resources Corpora- 
tion" to the address below and I'll send 
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you a 5.25" 360K MSDOS disk with the SHIFT.ASM 
source code, the compiled QuickBASIC test program, and 
some other assembly language odds and ends thrown in for 
good measure. Please indicate the check is for the 
SHIFT.ASM disk and include your return address. You 
caimot order this disk from the Sandy, Utah oflBce and we 
will not accept credit card orders for it. 

Tim McDonough is a network engineer turned electronics 
entrepreneur. He may be reached at the Midwest offices of: 
Cottage Resources Corporation Suite 3-672, 1405 Stevenson 
Drive Springfield, IL 62703 (217) 529-7679 

'Listing 1: 

PROGRAM: BITGET.BAS 

REVISION: 1.0 
DATE: February 17, 19S2 
' AUTHOR: Tim McDonough 

Cottage Resources Corporation 
Ttiis progran) collects data from an 8031 system with 16 digital Inputs. 
"@A" requests the inputs be sampled. The data is returned as 4 hexadecimal 
digits. 

DEFtfJTA-Z 

OPEN "COM2:1200,N,8,1,BIN,CD0,CS0,DS0,RS" FOR RANDOM AS 1 

DO WHILE INKEY$ = "" 



PRINT #1,"@A" 
INPLrr#1, A$ 
PRINT "Sample: 
x = x+ 1 



;x, A$ 



LOOP 
END 



Listing 2: 
command +H60 



PROGRAM: SHIFT.ASM 

REVISION: 1.1 
DATE: February 17, 1992 
AUTHOR: Tim McDonough 

Cottage Resources Corporation 
This program demonstrates the use of parallel-in, serial-out shift 
registers to expand the input ports of an 8031 microcontroller. This 
example uses two type 74HCT165 intergrated circuits. By adding 
additional shift registers and increasing the buffers and clocking any 
number of inputs may be added while still requiring only 4 MCU lines. 
; In this example program a host computer sends a command to the 8031 
that causes 16 external inputs to be read and stored in internal RAM. 
The two data bytes are then formatted as printable hex numbers and 
transmitted back to the host computer. 



ORG 



D'OO 



;Assemble to start at location Hex 



; Equates 



EQU LOAD.PI.O ;*LOAD signal to 74HCT165 

.EQU CLOCK.PI.I ;CLOCK signal for the 74HCT1 65 

EQU ENABLE,P1 .2 ;ENABLE line for 74HCT165 

.EQU DATA,P1.3 ;Serial data from 74HCT165 

.EQU BUF1,H7E;1st data buffer 

.EQU BUF2,H7F ;2nd data buffer 



; Initialization 

; This section sets up the 8031 's serial communications port for 8-bit 

; operation at a specified baud rate. It assumes an 1 1 .0592MHz crystal 

; is used in the system clock circuit. 

; The shift registers are read once and the data ingnored to clear out 

; any stray bits from power up, etc. 

MOV SCON,#H'52 ;Mode 1 , 8 bit word 

SETS TR1 lEnable Timer #1 

MOV TMOD,#H'20 ;8-bit auto reload, free running timer 

MOV TH1,#H'E8 ;1200 baud operation 

ACALL SHREG ;Collect data and throw it away to clear 

:out any junk 

SJMP MAIN 



Main Program 

"@A" is the command string that must be sent to the system to request 

that the shift registers be read and the data transfered to the serial 

port. 
MAIN: ACALL RECV ;Wait for a character 

CJNE A.Kfe'.MAIN ;Check for the '@' symbol 

ACALL RECV ;Wait for another Character 

CJNE A,* A', MAIN ;Check to see if if s 'A' 

ACALL SHREG ;Valid command, go read the inputs 

;and store data in 6UF1 & BUF2 

MOV A,BUF1 ;Get data from buffer 1 

ACALL SEND16 :Transmit the value back to the host 



MOV 


A,BUF2 


Get data from buffer 2 


ACALL 


SEND16 


Transmit the value back to the host 


ACALL 


CRLF 


Send a carriage return & line feed 


SJMP 


MAIN 


Go do it again 



RECV Subroutine 

The receive subroutine waits for a character to arrive at the serial port 

and returns it in the A register when it arrives. This routine will not 

return until a character has been received 

Effected registers: Rl 



(ECV: JNB 


Rl,* 


:Wait tor a character 


CLR 


Rl 


;Clearthe receive flag 


MOV 


A,SBUF 


:Move the character into A 


RET 







SEND16 

Transmits the byte in the A register to the host formatted as a two 

digit hexadecimal character. 



SEND16: MOV 


RO,A 


Store the byte in RO 


SWAP 


A 


Svirap the high and low nibbles 


ANL 


A,#H'OF 


Zero the low nibble of A 


ACALL 


HEX2A 


Convert it to ASCII 


ACALL 


SEND 


Transmit it 


MOV 


A,RO 


Load the byte from RO 


ANL 


A,#KOF 


Zero the low nibble 


ACALL 


HEX2A 


Convert it to ASCII 


ACALL 


SEND 


Transmit it 


RET 






;HEX2A 






; Converts a byte to 


an pair of hex format ASCII characters 


HEX2A: CLR 


C 


Clear the carry flag 


SUBB 


A,#H'OA 


Test for 0-9, A-F 


JNC 


HEX2A1 


If no carry then it was A-F 


ADD 


A,#H'3A 


Add offset for 0-9 range 


RET 






HEX2A1: ADD 


A,#H'41 


Add offset for A-F range 


RET 







SEND Subroutine 

The send subroutine transmits the character or byte passed in the A 
register out the serial port once the 8031's internal UART is ready 
to accept a character. This routine will not return until the character 
has been transmitted. 



; Effected registers: Tl 




SEND: JNB 


Tl,* 


Wait until the transmitter is ready 


CLR 


Tl 


Clear the transmit flag 


MOV 


SBUF,A 


Copy the character from A into SBUF 


RET 






; CRLF Subroutine 






; Transmits a carriage 


return/linefe 


5d sequence out the senal port 


CRLF: PUSH 


ACC 


Save ACC just in case 


MOV 


A,#D13 


Carriage return 


ACALL 


SEND 




MOV 


A,#D'1Q 


Linefeed 


ACALL 


SEND 




POP 


ACC 


Restore the ACC 


RET 







; SHREG Subroutine 

; Gathers data from the two shift registers and stores it in buffer 
; memory. Any number of shift registers may be added by allocating 
; sufficient storage buffers and calling READS the correct number of 
; times. 



SHREG: CLR 
CLR 
CLR 
SETB 
ACALL 
MOV 
ACALL 
MOV 
SETB 
RET 



ENABLE 

CLOCK 

LOAD 

LOAD 

READS 

BUF1,A 

READ8 

BUF2,A 

ENABLE 



Enable the shift registers 
Ensure the CLOCK line is low 
Bring LOAD line low to parallel load 
Bring LOAD line high 
Read first 8 bits and 
save the results in BUF1 
Read the next 8 bits and 
save the results in BUF2 
Disable the shift registers 



iReturn to calling program 



READS subroutine 

Gets data, 8 bits at a time, from external shift registers and returns 

one byte in the accumulator. Must be called from SHREG for proper opertaion 



READS: MOV 
READBISETB 
CLR 
CLR 
JNB 
SETB 
READ82: MOV 
RLC 
MOV 
DJNZ 
MOV 
RET 

.END 



R0,#D08 
CLOCK 
CLOCK 
C 



DATA,READ82 



Initialize the bit count to 8 
Raise CLOCK line 
Lower CLOCK line 
Clear the carry flag 



:lf DATA = goto READ82 



C ;DATA = 1 , set the carry flag 

A,R1 ;Copy current data into ACC 

A ;Rotate the carry bit into ACC 

Rl ,A :Store the new value into the buffer 

R0,READS1 ;Get another bit if RO <> 

A,R1 ;Copy data into ACC 
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Regular Feature 
ZCPR Support 
Some General Thoughts 



The Z-System Corner 

By Jay Sage 



/ was able to talk to Jay just before he left 
for Europe. I had just finished "The Next 
Ten Years" article and faxed it to him. I 
think it was too much too fast for him. Sorry 
Jay, but I have been thinking about these 
changes for some time now. Jay pulled 
through and managed to give us some of his 
wonderful insights into a DOS program (from 
a lover of 8-bit systems no less - what is the 
world coming to,) BDK. 

By now you are aware that TCJ has a new 
editor and pubhsher. During the period 
while TCJ was in transition, no one was 
enforcing submission deadlines. With no 
deadline, it was natural for other pressing 
tasks to come to the fore, and as a resuU, 
two days before I depart for my annual 
vacation in Germany I have no column ready! 

I have a long list of things 1 want to talk 
about in TCJ, but there is no time to work 
out one of my usual complex, technical 
articles. So this is going to be a short, 
chatty column. At first I thought about just 
skipping an issue, but I have a strong com- 
mitment to tradition, and in the end I could 
not face the pain of breaking my uninter- 
rupted series of colunms going back to issue 
25, more than five years ago. 

Zed-Fest Europe 1992 

Last year during my vacation I had the plea- 
sure of participating in an exciting meeting 
that was organized by Helmut Jungkunz and 
Uwe Herczeg to bring together some of the 
most active 8-bit hobbyists from all over 
Germany (and elsewhere, too). Thus was 
bom the first European Zed-Fest. We all 
had so much fun that we are doing it again 
this year. 

In one of my TCJ columns last year I gave 
a sketchy description of last year's meeting. 
This year I am going over better prepared. 
I've even bought a roll of black-and-white 
film so I can take some pictures for publica- 
tion. During the past month, whenever I 
exchanged Internet mail with Europeans, I 



have invited them to come to the Zed-Fest. 
As a result, I hope we will see some new 
people there this year, hi my next column 
you can expect a thorough report. 

4DOS: Z-System for DOS Computers 

In my last column I already wrote enthusias- 
tically about 4D0S, the ZCPR3 of the DOS 
world. If you can believe it, I have gotten 
another factor of 10 more enthusiastic since 
then. Just as Z-System enormously increased 
my productivity on 8-bit computers, so 4IX)S 
has revolutionized my use of my DOS ma- 
chmes. Thanks to 4D0S facilities and the 
PMATE text editor, I expect to be busy at 
the office sunulating a new circuit concept 
the whole time I am on vacation! This is 
even better than telecommuting. I'm going 
to let the machine do all the work for weeks 
on end while I relax in the mountains of the 
Black Forest. 

The powerful flow-control facilities in 4D0S 
together with the extended environment 
variable functions will make it possible for 
my 486 computer to perform a complex set 
of SPICE circuit simulations to determine 
the parametric margins of a new circuit I 
have invented. A set of PMATE editing 
macros examines the SPICE output file and 
determines whether the circuit performed 
correctly or failed in some way. PMATE 
and 4D0S maintain a number of log files 
with siramiaries of the progress and results 
of the calculadons. PMATE also writes 
mformation out to files that 4D0S can read 
to determine how to vary the circuit param- 
eters. 4D0S can then conduct an efficient 
search for the parametric limits within wiiich 
the circuit can operate. When I get back I 
expect to fmd a file with a concise summary 
of these results. 

One new twist that I have to implement is 
power-failure recovery. We've been having 
lots of trouble with the power substation 
that supplies Lincoln Laboratory, and I have 
to expect at least one power failure while I 
am away. This means that I have to provide 
some way for 4D0S to save and restore its 



state. When the power comes back up, the 
computer has to restart the batch file and 
pick up where it left off. 

I don't know if all this is going to come 
together before I leave, but I expect to give 
a report and describe the techniques I use in 
future issues of TCJ. Although this particu- 
lar application is running on a DOS com- 
puter, the techniques apply under Z-System 
as well, and I use them regularly, albeit on 
a smaller scale. 

Meeting the Author 

Yesterday I stopped off at the offices of JP 
Software in nearby Arlington, Massachu- 
setts, to meet with Tom Rawson, one of the 
two principal authors of 4DOS, along with 
Rex Conn who works out of a Washington 
office. My purpose in making this visit ~ 
besides getting to meet someone whose work 
I so respect - was to show them a few 
things that we do in Z-System that 4D0S 
does not yet do. The two main topics were 
error handling and the full-screen history 
shell capabilities of LSH. Tom was im- 
pressed, and I hope we will see some ad- 
vances in this direction in a future release of 
4DOS. 

Everyone in the JP Software offices was 
unbelievably friendly, warm, and helpful. 
Tom agreed to meet with me prior to my 
departure for Europe even though a mainte- 
nance release of 4D0S was due out that 
very day and he had not quite put the finish- 
ing touches on it yet. Although we were 
talking about DOS, it felt like a meeting of 
Z-System enthusiasts. Not only does4DOS 
~ the product - have a Z-System feel, but so 
do the people involved in its development. 
I felt a strong sense of kinship. I really wish 
them well and hope that all you DOS users 
reading this column will purchase the com- 
mercial (or, if you prefer, registered 
shareware) version of 4DOS. 

Have a nice summer everyone. 
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Connecting IDE Drives to 8-Bit Systems interfacing Systems 
By Tilmann Reh Intermedate Skills 

8 - Bit Construction 



/ recently went to a IDE drive on my own 
system. Since then I have been wonder- 
ing about their technical side. Although 
Tilmann is interested mostly in their 8- 
Bitdata usage, the information presented 
here will help with any system. So 
Tilmann can I hook this to my NOVIX 
system? Read on and see for yourself 
BDK 

Most of us know about the features of a 
hard disk compared to floppy disk op- 
eration. You get much higher storage 
capacity while dropping access times 
down to a few miUiseconds. Before in- 
stalling a hard disk, I was used to copy- 
ing all files for the current project to the 
RAM disk of my CPU280 and then copy- 
ing all changed files back to floppy when 
1 was finished working for the day. Al- 
though this is much better than working 
with floppy disks only, it is not compa- 
rable to using a hard disk. With a hard 
disk, you just work on your projects, 
which can now use files that would not 
fit on a floppy or RAM disk, and you 
don't have to copy files around the drives. 
In addition, the access times are almost 
as fast as those of a RAM disk. Last but 
not least, you are freed from changing 
floppies like a D.J., since all files are 
accessible without mechanical action on 
your part. 

The Technology Decision 

When thinking about connecting a hard 
disk to a given computer system, the 
main decision that must be made is which 
interface technology should be used. The 
old ST-4 12/506 interface is not up to 
date (1 think it is impossible to buy new, 
small drives with that interface), and the 
hardware expense for this type of con- 
troller is great. Additionally, these con- 



trollers have some critical analog cir- 
cuits which have to be adjusted very 
carefully. 

The next technological step was the ESDI 
interface, which is quite similar to ST- 
412/506, except that data is transmitted 
in parallel and with higher(but still fixed) 
data rates. The ESDI controllers are more 
complex and the drives more expensive 
than the ST-506 components. So ESDI 
is not interesting for our use. 

The SCSI interface is a universal pe- 
ripheral interface that is often used for 
hard disk connection. Some machines 
(Apple Macintosh, NeXT) even support 
no other interface for this purpose. SCSI 
is a very powerful and good interface, 
and SCSI drives are well estabhshed and 
available at acceptable prices. For the 
host interface (that is the controller) there 
are some chips available that do the 
complete bus protocol work in hardware 
and software and deliver raw data for the 
host processor. 

Another alternative is the IDE interface 
(also known as the AT Bus interface). 
This interface is used in almost all IBM 
clones these days. Like the SCSI drives, 
the IDE drives contain the complete hard 
disk controller on the drive (this is where 
the name comes from: IDE means "In- 
tegrated Drive Electronics"). But these 
drives are connected to the standard PC- 
AT bus system and are accessed just as 
with the normal PC-AT hard disk con- 
troller. So, in effect, you don't need a 
controller any more but just some inter- 
face electronics that simulates an AT 
bus. The IDE drives are shghtly cheaper 
than similar SCSI drives, and since the 
interface is simpler, I chose this one for 
my project. 



However, it must be said that this deci- 
sion was made with only the hard disk 
connection in mind. If someone wants to 
connect more peripheral devices (i.e., 
scanners, CD ROM, etc.) or more than 
two hard disks (which is the IDE limit), 
the SCSI interface is preferable (one 
interface for all devices). 

The Interface Circuit 

The greatest problem when interfacing 
an IDE disk to an 8-bit computer system 
is the differing bus width. While the 
control registers of the IDE drive are 
still eight bits wide, the data transfer is 
done word-wise (16 bits each transfer). 
So we need an interface which maps the 
16-bit data register to the 8-bit bus. 

There are two basic approaches to doing 
that. The first (and easiest) one is to map 
the two halves of the 16-bit data into two 
different I/O addresses. The strobe for 
the IDE drive would have to be gener- 
ated with the read signal for the lower 
half and with the write signal for the 
upper half The control registers would 
then be accessed by always reading the 
LSB and writing the MSB. However, 
although only simple hardware is re- 
quired, this method has a very great dis- 
advantage: since two different I/O ad- 
dresses must be accessed alternately, you 
cannot use string instructions (such as 
the Z80 INIR/OTIR) or a DMA control- 
ler for data transfer. Thus, the transfer 
rate would be relatively slow and the 
programming not very elegant. 

The other approach is to map the 16-bit 
data onto two consecutive accesses to the 
same I/O address. This way, some cir- 
cuit expense is necessary to switch the 
right data halves to the data bus and to 



The Computer Journal / #56 



11 



handle the 8-bit accesses to the control 
registers. However, with this slightly 
more complex hardware, we get great 
software advantages. With this technique, 
using string instructions or DMA is the 
normal way to transfer the data to or 
from the disk drive. 

Of course, we need some circuitry to 
remember which half is to be processed 
next, in order to select the correct data 
path and generate the correct strobes for 
the drive. As we have to distinguish only 
two cases, one flip-flop is enough. Since 
I planned to use a GAL (generic array 
logic) for address decoding and bus in- 
terface anyhow, I used one of the GAL 
macrocells to make the flip-flop. The 
clock pulse for the flip-flop is generated 
each time any register is accessed, and 
the data is set to zero when other than 
the data register is selected. This way, 
accesses to any control register also reset 
the state flip-flop, thus ensuring proper 
conditions when the data transfer is 
started. 

The rest of the interface circuit is self- 
explanatory: one half of the 16-bit data 
is always processed directly, while the 
other half is stored in a latch or register. 
For the control registers, the latch be- 
comes transparent. The strobes and se- 
lect signals for latches, buffers, and drive 
are generated with the GAL mentioned 
above. 

Slack Space On Board 

The IDE interface itself would easily fit 
twice (or even three or more times) on a 
standard EuroCard-sized PCB. To avoid 
wasting board space, I filled the free 
space with some usefiil circuits which 
would serve the CPU280 very especially 
weU but also make sense with other sys- 
tems. The first additional circuit is an 
active termination for the complete ECB 
Bus, which is absolutely necessary with 
bus clocks of 4 MHz or more and a 
backplane of some length. With still more 
space left, I added two control buttons 
for hardware reset and NMI (non-mask- 
able interrupt) generation and four LEDs 
as a power-control monitor. Last but not 
least, I finished the design with a 
Centronics-type parallel printer interface. 
The decoding signals for this interface 



are generated using components that were 
already there for the IDE interface, so this 
involved almost no additional circuit ex- 
pense. Of course, if someone needs only 
the IDE interface, they can just leave the 
rest of the board unused! 

How To Get One 

If you are interested in the interface, I 
think it will again be the best to contact 
Jay Sage for the availability of PCBs, pro- 
grammed GALs, driver software, etc. 



Tillmann Reh is an electronic engineer 
at the University ofSiegen, Germany. 
He also owns a small company that 
develops custom solutions using em- 
bedded controllers or microcomputers. 
Tillmann has been active with CP/M 
since 1983 and developed a number of 
ECB-bus boards. He can be reached 
by regular mail at 'In der Grossenbach 
46, W-5900 Siegen, Germany' or by E- 
mail (international/bitnet) at 
'tilmann.reh@hr2. uni-siegen. dbp. de '. 



TITLE IDE/CENTRONICS INTERFACE GAL IC1 
AUTHOR TILMANN REH 

COMPANY REHDESIGN 

DATE 22.03.1992 

; Accesses to the hard disk are always with LH = high. So this signal 
; has complementary meanings when reading resp. writing. To access the 
; drive with the first data read, the LH flipflop has to be set before 
; the real data transfer begins (one dummy-read of the data register). 

CHIP IDE PALCE20V8 

CK A7 A4 A5 lORQ A6 WR AG A1 A2 A3 GND 

OE Ml CLK LH CSO RD16 SEL WRLO WR1 6 RDHI RD VCC 

; Base address (BASE) to be changed only herel The lower nibble of the 
; addresses are partly fixed by the hardware design. 



STRING BASE '(A? * /A6 * /A5 * /A4)' 



; Base Address 80h 



STRING PARSEL '(BASE * /A3 * A2 * /A1 * AO)' ; Centronics Adr. x5 
STRING CS1 ADR '(BASE */A3*A2*A1)' ; CS1 Adr. x6..x7 

STRING DATADR '(BASE * A3 * /A2 * /A1 * /AC)' ; CSO/Data Adr. x8 
STRING TFRADR '(BASE * A3 * (A2 + A1 + AO))' ; CSO/Task Adr. x9..xF 
STRING IDEADR '(CS1ADR + DATADR + TFRADR)' ; all IDE-Addresses 



EQUATIONS 

/CSO = TFRADR 
+ DATADR * LH 

/SEL = (PARSEL + IDEADR) * /lORQ ' Ml 

/CLK = (DATADR + TFRADR) * /lORQ 

LH := /LH * /TFRADR 



WRLO = DATADR * /lORQ * AA/R * /LH 
+ (TFRADR + CS1ADR) * /lORQ * AA/R 

AA/R16 = IDEADR * /lORQ * /WR 

/RD16= DATADR */IORQ '/RD* LH 
+ (TFRADR + CS1ADR) * /lORQ * /RD 

/RDHI = DATADR * /lORQ * IRQ * /LH 



Task File Access 

Data Write MSB / Read LSB 

Board Access 

LH-Clock: Data & Task File 

FlipFlop: LSB/MSB Toggle 
Reset if Task File Access 

write Data LSB in latch 
transparent for all others 

MSB and latched LSB to IDE 

read Data LSB, latch MSB 
all others transparent 

read Data MSB from latch 
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Fun and Games 



8 Queens in Forth 



All Readers 
FORTH 



by Frank Sergeant 



/ need to thank Frank for putting 5 
copies of his story on the disk he sent 
me. The post office managed to mangle 
the disk so bad that 4 of the 5 stories 
were unreadable. Only the inner most 
story was still undamaged. I had to take 
the envelope appart and use it on the 
bottom half of the Jacket. After all that 
it made reviewing his article a joy. As 
always Frank's solutions to age old prob- 
lems makes reading damaged disk seem 
like childs play BDK 

It all started when a correspondent men- 
tioned he was converting the code for 
the 8 Queens problem from Fig Forth to 
Pygmy Forth and adding trace routines 
to try to make sense of how it worked. It 
so happens that the 8 Queens problem 
had been discussed and assigned a few 
weeks earlier in the data structures course 
I was taking at the local university. The 
course woik had to be done in C, but I 
first worked out the solution in Forth as 
its interactive nature and quick response 
make it easy to try out various ideas and 
approaches. Henry was working with 
the version of 8 Queens written by Jerry 
LeVan that appeared in Forth Dimen- 
sions vol II, number 1. Le Van's entire 
solution fit comfortably in only 3 screens. 
Unfortunately it omitted all comments, 
even stack comments, and used short but 
imenlightening array names such as a, 
b, c, and x. No wonder the algorithm 
was hard to follow! 

Well, I wondered, is it possible to present 
the 8 Queens solution readably in Forth? 
See Listing 1 for my attempt. 

The problem is to place 8 Queens on an 
8x8 chessboard so that no Queen is 
under attack by any other. At first I 
thought I'd need an 8 x 8 array to rep- 



resent the board. Each element would 
be on or off to represent whether a Queen 
was present on the square. A Queen 
cannot be placed on a square that is 
already under attack, so I added an 8- 
element array to indicate whether any 
Queen was attacking a particular col- 
umn, another 8-element array to indi- 
cate whether any Queen was attacking a 
particular row, and two 15-element ar- 
rays to indicate whether any Queen was 
attacking a particular down-sloping or 
up-sloping diagonal. 

After further study I realized I could 
dispense with the column array. As we 
place the Queens from left to right, only 
one Queen at a time in each column, we 
know there cannot already be a Queen in 
the column we are about to use. Then I 
saw how a single 8-element array could 
represent the board. Each of the 8 ele- 
ments could represent a column and hold 
a row number, or it could represent a 
row, and hold a column number. I de- 
cided to let each element represent a row 
and hold a column number. This makes 
the array do double duty. It holds the 
information needed to draw the board 
and it indicates whether a particular row 
is under attack. 

I saw no way to eliminate the two diago- 
nal arrays. It so happens that all the 
squares in a given diagonal can be con- 
verted to the same number. The row and 
column numbers of the squares in each 
down-sloping diagonal have a common 
difference, e.g. 

(1,1), (2,2), (3,3), ... have a difference of 0, 
(2,1), (3,2), (4,3), ... have a difference of 1, 

while the row and column numbers of 
the squares in each up-sloping diagonal 
have a common sum, e.g. 



(7,1), (6,2), (5,3), ...sum to 8, 
(6,1), (5,2), (4,3), ...sum to 7. 

Figure 2 illustrates this, and the last two 
screens of Listing 1 show the correspond- 
ing source code. 

There are 15 diagonals in each direc- 
tion. The phrase - 7 + converts a row 
and column to an index between and 
15 for the down-sloping diagonals. The 
phrase + 2 - converts a row and column 
to an index between and 15 for the up- 
sloping diagonals. 

The Alogrithm 

There are 8 Queens to place, one in each 
column. The heart of the solution is the 
recursive word PLACE. We call it with 
a row and column number. It checks 
whether that square is under attack. If 
so, it simply returns. If that square is not 
under attack, PLACE marks that square 
as having a Queen. Then it checks to see 
whether the column number is 8. If so, 
we have a solution, because a Queen has 
been placed successfully in all 8 col- 
umns, and this instance of PLACE 
"prints the board" and cleans up after 
itself by unmarking the square it just 
marked. If the column number where it 
just marked a Queen is not equal to 8, 
then it calls itself 8 times, once for each 
of the squares in the next column, and 
then unmarks the square it just marked. 
Note that "it" didn't just mark 8 more 
squares, it only marked one square. "It" 
did, though, invoke 8 other instances of 
PLACE, each of which may or may not 
have marked and unmarked a cell and 
perhaps invoked an additional 8 instances 
of PLACE, etc. Is this clear as mud? 
Let's walk through the source code, 
maybe it'll get clearer. 
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Screen 1073 merely loads the code in the 
other screens. Screen 1074 sets up the 
arrays. CREATE ROWS 8 ALLOT sets 
up an 8-byte array named ROWS. When 
ROWS is later executed, it returns the 
starting address of this array. : ROW ( 
row - a) 1- ROWS + ; defines the word 
ROW which takes a single argument, a 
row niunber between 1 and 8, and con- 
verts it to a number between and 7 by 
subtracting 1, and adds this offset to the 
array ROWS. Thus, the address of the 
byte conesponding to the row number is 
returned. ("Returned" means left on 
the stack; all argxunents are passed on 
the stack.) So, we have a "smart" ar- 
ray, or at least ROW is a smart array- 
handling word, in that it lets us use row 
numbers 1 through 8 and automatically 
converts to the proper offsets. 

Then (still on screen 1073) the arrays 
\DIAGS and /DIAGS are created in the 
same manner, but each is ALLOT'd 15 
bytes. Their array handling words, 
\DIAG and /DIAG are even smarter. 
They take as arguments row and column 
numbers and convert them to the proper 
offset and add that offset to the start of 
the array. Remember our old friends, 
the phrases - 7 + and + 2 - ? Note that 
all three words ROW, \DIAG, and \D1 AG 
return the address of the element we 
want. It will then be up to ova code to 
do something with that address, such as 
storing something into it or reading 
(fetching) the value out of it. 

Screen 1075 defines some little helper 
words. We could do without them, by 
writing out the insides of their defini- 
tions every place we need them, but 1 
think they help make the later code more 
readable. ERASE takes an address and 
count and fills that many bytes with 
zeroes. It is already built into many 
Forths. ON and OFF take an address of 
a byte and store either all ones or all 
zeroes into the byte. ( C! takes a value 
and address and stores the value into the 
byte at the given address.) ON and OFF 
are commonly used to work on 16-bit 
words (2 bytes), but for our convenience 
we redefme them to work on single bytes. 
LAST-COLUMN? should be pretty ob- 
vious. It takes a column number and 
returns true if the column number is 8, 
otherwise it returns false. BUMP-ROW 



takes a row and column and adds a 1 to 
the row number without disturbing the 
column number. Certainly these last 
two definitions could be left out, but then 
we might stimible over 1 +UNDER 
without quite realizing what it is doing, 
i.e. bumping up the row number. 8 = is 
clear enough as to what it is doing, but 
saying instead LAST-COLUMN? re- 
minds us why we are doing it. 

On screen 1076, RESET-BOARD takes 
no arguments and returns none. It fills 
all three of our arrays with zeroes. 
MARK takes a row and column as argu- 
ments and returns nothing. Note that its 
definition is divided into 3 separate 
phrases, with some spacing between 
them. The spacing (at Wil Baden's sug- 
gestion) is usually used to indicate the 
parameter stack again contains the same 
items (not necessarily the same values) 
as the last time the contents were explic- 
itly shown. When MARK is called the 
stack is expected to contain a row num- 
ber and a column number. The first 
phrase makes a copy of these numbers 
(2DUP duplicates two numbers) and uses 
up these copies. Thus at the beginning 
of the second phrase, the stack once again 
contains the row and column numbers. 
The first two phrases set the proper ele- 
ment in /DIAGS and \DIAGS on. The 
third phrase is a little trickier. It con- 
verts the row number to the address of 
the proper element of ROWS and then 
stores the column number into that ele- 
ment. UNMARK simply undoes every- 
thing MARK did. 

In screen 1077, MARKED? takes a row 
and column number and retums true if 
the byte stored at the row-th element of 
ROWS matches the column number. In 
other words, it retums true if a Queen is 
currently sitting on this square. DAN- 
GER? takes a row and column and re- 
turns true if that square is under attack. 
It does it by ORing the proper element of 
ROWS, \DIAGS, and /DIAGS, which 
say whether the square is under attack by 
another Queen in the same row or diago- 
nal, ft uses the words PUSH and POP 
(called >R and R> in some Forths) to 
move a number off the data stack to the 
return stack and then back again. 



Screen 1078 defines words to print the 
chessboard. The dot at the beginning 
the the word name stands for "print." 
Borders at the top and left show row and 
column numbers. A "Q" or and "x" 
shows that a Queen is or is not present 
in that square. FOR ... NEXT takes a 
single argument saying how many times 
to do the loop. If the number is zero, the 
loop is not entered at all. CR outputs a 
carriage return. 4 .R takes a number off 
the stack and prints it right justified in a 
4-character field. The body of an IF ... 
THEN is done if the flag on the stack is 
non-zero. EMIT prints one character. 
In . SQUARE, EMIT prints either a "Q" 
or an "x" and the "c" in the stack 
comment just before EMIT stands for 
' 'character, ' ' even though I've often used 
"r c" to stand for "row column." 

In screen 1079, PRINT-BOARDS counts 
the number of solutions we have found, 
and prints out the first few (based on the 
value of the constant #BOARDS-TO- 
PRINT). 1 #BOARDS +! increments 
the value of the variable #BOARDS, 
#BOARDS @ puts the contents of the 
variable #BOARDS on the stack, and U. 
prints that value as an unsigned integer. 
?SCROLL tests the keyboard and pauses 
the display if a keypress is waiting. In 
Pygmy you can stab out blindly and stop 
the scrolling by pressing any key, as 
long as the loop contains ?SCROLL. 
Pressing another key restarts the dis- 
play. Pressing Esc aborts the execution 
altogether. 

All that is easy enough, but we have two 
words left. Look at the definition of 
8QUEENS first. This is the highest 
level word in the application, and what 
you actually type from the keyboard to 
get the solution, ft resets the board to 
make sure the arrays start out empty. It 
stores a zero into the variable #BOARDS. 
Then it calls PLACE 8 times, once for 
each square in the first column. PLACE 
will take care of calling PLACE for all 
the other columns. Finally, look at the 
definition of PLACE in screen 1080 and 
compare it to the discussion earlier about 
what PLACE should do. Note the use of 
the word PLACE (on line 12 of screen 
1080) inside the definition of PLACE. 
Here we want the word PLACE to in- 
voke another instance of itself, rather 
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than invoking some other previously 
defined word that just happened to be 
named PLACE. The word RECURSIVE 
fixes up the word we are defining so it 
can call itself. The RECURSIVE is only 
active at compile time and does not be- 
come part of the final definition. RE- 
CURSIVE could have been placed any- 
where in the definition prior to the call- 
ing of PLACE. Some Forths omit the 
word RECURSIVE and use the word 
MYSELF or RECURSE instead of 
PLACE to accomplish the same thing. 
Listing 3 shows the output produced by 
8QUEENS. 

There you have it. Is it readable? I 
enjoyed working it up in Forth before 
having to program it in C. It was pleas- 
ant to be able to test the individual words, 
and inspect the contents of variables and 
arrays, all from the keyboard. 

Among other things, Frank makes 
EPROM programmers affordable by ev- 
eryone. If you would like a flier about 
his Bare Bones EPROM Programmer 
Kit, from plans, to partial kit, to fully 
assembled send him a SASE at 809 W. 
San Antonio Street, San Marcos, Texas 
78666. 

Figure 1. The source code in Pygmy Forth tor 8 Queens. 

scr#1073 

( 8 QUEENS LOAD SCREEN) 

1074 1081 THRU ( the basic 8 Queens solution) 

1082 1083 THRU ( proof that squares in the same 
diagonal share the same diagonal number) 

scr#1074 

( 8 Queens - arrays for rows and diagonals) 
CREATE ROWS 8 ALLOT 
:ROW(row-a) 1-R0WS+ ; 

( row element contains col#) 

CREATE \DIAGS 15 ALLOT 

: \DIAG ( r c - a) - 7 + \DIAGS + ; ( either on or off) 

CREATE /DIAGS 15 ALLOT 

: /DIAG ( r e - a) + 2 - /DIAGS + ; ( either on or off) 

scr#1075 

( 8 Queens - some little helpers) 

: ERASE (a#-) FILL ; 

: ON ( a -) -1 SWAP C! ; (to turn bytes on & off instead ) 
:OFF(a-) OSWAPC!; 

( of words, which is more usual) 

: LAST-COLUMN? ( column -f) 8= ; 

: BUMP-ROW ( f c - r+1 c) 1 +UNDER ; 

scr#1076 

( Each square is in one row and tvm diagonals) 
: RESET-BOARD (-) 
ROWS 8 ERASE \DIAGS 15 ERASE 
/DIAGS 15 ERASE , 



: MARK (re-) 2DUP \DIAG ON 2DUP 

/DIAG ON SWAP ROW CI ; 

:UNMARK(rc-)0VERROWOFF 2DUP 
VDIAGOFF /DIAG OFF ; 

scr#1077 

( 8 Queens • check the square to see if it is under attack) 
: MARKED? ( r c - f) SWAP ROW C© = ; 



: DANGER? ( re -f) 
OVER ROW Ce PUSH 
2DUP /DIAG ce PUSH \DIAG C@ 
POP POP OR OR ; 



scr#1078 

( 8 Queens - print the tioard ) 
: .COLUMN-HEADINGS ( -) 
CR." 1 2 3 



4 5 6 7 8" 



: .ROW-HEADING (row-) 4 R ; 

;. SQUARE (row col-) 
3 SPACES MARKED? (f) IF 'Q ELSE 'X 
THEN ( c) EMIT ; 

: BOARD ( -) 
COLUMN-HEADINGS 

I 1 8 FOR { r c) CR OVER ROW-HEADING 

2DUP ( r c r c) 
8 FOR 2DUP SQUARE 1+NEXT 2DR0P(rc) 
BUMP-ROW ( r c) 
NEXT 2DR0P ; 

scr#1079 

( 8 Queens ■ count each solution and optionally print it) 
VARIABLE #BOARDS 

5 CONSTANT #80ARDS-T0-PRINT 

: PRINT-BOARD {-) 

1#B0ARDS+! 

#B0ARDS @ #B0ARDS-T0-PRINT > NOT ( f) 

IF ( ) CR CR ," Solution #' #B0ARDS Q U. .BOARD 
THEN 

?SCROLL ; 

scr#1080 

( 8 Queens - the recursive heart of it all) 
: PLACE { row col -) RECURSIVE 
20UP DANGER? 

IF 2DR0P ( ) ( ie bail out, we've hit a dead end) 
ELSE ( r c) 2DUP MARK 
DUP LAST-COLUMN? 
IF (re) PRINT-BOARD UNMARK ( ) 

( ie bail out, success) 
ELSE ( r e) ( now try every row in the next column) 
1 OVER 1+ ( ie newrow=1 & newcol = e+1) 
8F0R(rc r'c') 
2DUP PLACE BUMP-ROW (re r'c') 
NEXT2DR0P (re) UNMARK ( ) 
THEN 
THEN ; 

scr#1081 

( 8 Queens - put it all together) 
: 8QUEENS ( -) 
RESET-BOARD 0#BOARDS! 

II ( r c) ( ie starting at this square,) 

8 FOR ( r c) 2DUP PLACE BUMP-ROW 
NEXT 2DR0P ( ) 

CR CR ." there were " #BOARDS @ U. " solutions" 
CR : 

( try placing a queen in each row of the first column. 
Whenever PLACE is successful, it pushes its luck by 
calling itself again to try to place a queen in each row 
of the next column, which when it is successful .... ) 

scr#1082 

( pnnt diagonal values of each square in a given row) 

: RowNegDiags ( row -) 
CR DUP 4 R ( ie print the row# at left border of board) 
1 8 FOR ( row col) 2DUP - 7 + 4 .R 1+ NEXT 
2DR0P ; 



.RowPosDiags ( row -) 

CR DUP 4 R ( ie print the rovrf* at left border of board) 

1 8 FOR ( row col) 2DUP +2- 4 .R 

1■^NEXT2DR0P; 



scr#1083 

( print diagonal values to demonstrate that all cells in the 

same diagonal have the same value ) 
;.NEG(-) CR ." Negative Sloping Diagonals, rc-7+" 

.COLUMN-HEADINGS 

1 8 FOR (row) DUP .RowNegDiags 1+NEXT DROP 

:.POS(-) CR ." Positive Sloping Diagonals, rc+2-" 
COLUMN-HEADINGS 
1 8 FOR (row) DUP RowPosDiags 1+NEXT DROP ; 

: BOTH CR NEG CR CR POS CR ; 



Figure 2. The chessboard diagonal numbers, 


Negative Sloping Diagonals, r c - 7 + 


1 2 3 4 5 6 7 8 


17 6 5 4 3 2 10 


287654321 


398765432 


4 10 9876543 


5 11 10 987654 


6 12 11 10 9 8 7 6 5 


7 13 12 11 10 9 8 7 6 


8 14 13 12 11 10 9 8 7 


Positive Sloping Diagonals, r c + 2 - 


1 2 3 4 5 6 7 8 


10 12 3 4 5 6 7 


21234S678 



323456789 
43456789 10 
5456789 10 11 

6 5 6 7 8 9 10 11 12 

7 6 7 8 9 10 11 12 13 

8 7 8 9 10 11 12 13 14 

Figure 3. The final program output showing 
the first five solutions. 
Solution #1 
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Real Computing 

By Rick Rodman 



32-Bit Systems 
All Readers 
BSD 386, MINIX 



Thanks to Rickl don't talk about MINIX 
in THE COMPUTER CORNER these 
days. He has a much better handle on 
the 32-bit world than I do. I keep think- 
ing about getting a real computer, but 
not sure which one to get. This time 
Rick gives us the latest news, saving 
the "what to get" for a later issue. 
BDK. 

Linux and BSD 386 

Linus Torvalds of Finland has released 
the source for a 386-specific clone of the 
BSD Unix kernel, which he calls Linux. 
This is available by anonymous ftp from 
various places, which is to say I don't 
have a copy yet. Also, a "bootable" 
version of BSD386, a non-AT&T ver 
sion of real BSD for the 386 or 486, has 
been released by Berkeley for ftp ac- 
cess. There are some folks working on 
porting each of these operating systems 
to the PC-532. 

What's going on with Mach, you ask? 
My, we live in interesting times indeed. 

Embeddable CP/M 

Years ago, a friend of mine put a row of 
2708 EPROMs on his homebrew com- 
puter with a complicated counter cir- 
cuit. These EPROMs contained the 
CP/M CCP, BDOS, and BIOS. On 
cold and warm boots, CP/M was loaded 
from these EPROMs into RAM. 
While it still had to log in the A: device, 
the speed of this system was quite re- 
markable. 

EPROMs are available today in capaci- 
ties of 512 kbytes per chip - for far less 
than we paid for 2708s in those days. 
Why not put Z-system in a chip? Tell 
system designers where in the chip to 



put their BIOS, and put the whole shmear 
inEPROM? Cheap PROM burners are 
limited to 27256s or 27128s, so it'd be 
better to use one of these sizes. 

The reason for the clumsy counter cir- 
cuit was because the CCP and BDOS 
maintain inter nal variables within 
themselves. To make the Z-system run 
from PROM, it should move these 
scratchpad variables into the base page 
of the system somewhere. As I recall, 
there were very few of these for CP/ 
M; I fiddled at one time with changing 
them to point to RAM and mnning CP/ 
M from a Bytesaver II many years back. 

Protecting Idiots from Themselves 

Both DR-DOS 6 and MS-DOS 5 have 
added a bunch of "idiot protection" stuff 
in them. This is the very stuff which 
makes technically aware users less and 
less happy with DOS. The worst is 
what they've done to the FORMAT com- 
mand, which won't really format the 
disk unless you add a "/u" option - and 
sometimes won't even do it then! 

In my experience, it's a safety procedure 
to reformat floppy disks when I re-use 
them. This refreshes the magnetic 
fields of the ID marks and ensures that 
the whole disk is usable. With these 
new DOSs, reformatting is a real pain. 
Another thing that's gone is using 
DISKCOPY's "formatting while copy- 
ing". While they may say it still works, 
in practice it doesn't. You have to for- 
mat all the target disks first. 

What in the world is the industry think- 
ing with respect to DOS? That it's only 
for stupid users? Neither OS/2 1.3 nor 
2.0 has any of this "stupid user" logic. 



Minix News 

Andy Tanenbaum has oflBcially re- 
leased new compilers for Minix in a 
separate package. ANSI C, Pascal, 
and Modula-2 compilers are included, 
in object code form only. Andy claims 
that the source code would be of no in- 
terest, as it was "generated" with the 
Amster dam Compiler Kit. (Maybe I'm 
old-fashioned, but to me, "source code' ' 
is by definition the o73 original form of 
the code, that which the human pro- 
grammer wrote; anything "generated" 
is "source" but "object".) 

There was some discussion in which 
the compilability of Minix 2.0 appears 
to come into question. First, Andy 
wrote: "It is my intention to go over to 
the ANSI C compiler for MINIX 2.0. 
In fact, I have been running nothing else 
but the ANSI compiler for over a year, 
and it seems pretty solid." This new 
compiler will not come with Minix, 
even in binary form. However, Andy 
also says: "Most of version L6.I8 is 
already ANSI-fied. Never theless, as 
much as possible, I will keep the 2.0 
code such that it can be compiled with 
the old compiler, so you don't have to 
switch to the new ANSI compiler if you 
can't afford it." Note the use of the 
slippery phrase, "as much as possible". 
The size of the grain of salt necessary 
is left to the reader's imagination. 

The Modula-2 compiler also includes 
a "makefile generator". The package 
is available from two companies, which 
are listed at the end of this column, for 
about $200. 

The shocking rumor has been con- 
firmed: Minix for the Atari ST and for 
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the IBM PC are not file-system com- 
patible. It is not possible to exchange 
Minix disks between the two. The 
reason for this is that, while the 8088 
and 68000 are known to use different 
byte orders (the 8088 is "little endian" 
and the 68000 is "big endian"), Andy 
Tanenbaum and his pro grammers 
made no effort at all to standardize on a 
byte order. Thus, a historic opportunity 
for cross-platform portability was care- 
lessly discarded. 

Minix experimenters are put on notice 
that Andy Tanenbaum, who has said 
many times that he regards Minix as a 
"hobby", has little concern for their 
attempts to do real work with this oper- 
ating system. I'm personally very disap- 
pointed, because Minix is, after all, one 
of the most expensive PC operating sys- 
tems available. 

In happier news, I recently added a 
SCSI floppy to my PC-532, and used it 
to transfer a great many files. The 
PC-532 is compatible with the PC Minix 
file system and can ex change disks 
with PCs running Minix. Also, the 
MIN2D0S package, which allows read- 
ing and writing Minix floppies from the 
PC, can be used to transfer data from 
DOS to a Minix floppy. 

A SCSI floppy? Yes, they are avail- 
able. ThisoneisaTEACFC-l-01,and 
can read and write any 3-1/2" format 
up to the 3.88-megabyte "ED" capac- 
ity. It's available for about $200 from 
J. D. Hannam. ED diskettes at my local 
CompUSA sell for a stratospheric $80 
per box, so I won't be buying any of 
those real soon. 

Free Ideas 

Here are some ideas that'll make some- 
body lots of money. (If it's you, remem- 
ber where you read them.) In the past, 
you had to get something to work to get 
a patent, but the Gilbert Hyatt and RS A 
cases show that you can get a patent 
today for almost anything, just on the 
basis of chicken scratches on the back of 
an envelope. I don't agree with this, so 
I'm not patenting them, but if someone 
does, this article will constitute equiva- 
lent prior art. Anyway, these are prod- 



ucts I would expect to see soon, probably 
all before the end of 1993. 

3-inch CD-ROM: CD-ROM will really 
hit stride as a software distribution me- 
dium when 3" CD-ROMs come out. 
The 5-inch CD-ROMs are just too big, 
both physically and in byte capacity 
(600 megabytes). While CD3 audio 
disks were a flop, the computer indus- 
try is different. Another factor will be 
Kodak's Photo CD product, which will 
drastically reduce the cost of producing 
CD-ROMs in small quantities. CD3- 
ROMs, with 160 to 200 mega bytes, 
will play in your regular CD-ROM drive 
with an adapter. 

Portable teleprompter: This would be 
just the thing for people who are giving 
presentations or sales pitches. While 
electronic organizers are popular now, 
none have this feature. The display 
should "crawl" with smooth scroll at a 
slow rate, but allow the speaker to dis- 
creetly stop the scrolling, or scroll for- 
ward or back. 

Self-aligning printer: By adding inex- 
pensive optical sensors to a printer, the 
printer can recognize lines or boxes on 
a printed form and automatically align 
to the form for printing. This fits into 
the major trend toward smarter printers. 
Printed food: Computer-driven sys- 
tems with CCD cameras for automatic 
aligmnent will spray precisely-patterned 
food coloring on mass-produced food 
items, producing snack foods and other 
items with logos of sports teams and 
popular entertainment stars, as well as 
advertising. As this industry matures, 
photograph-like images will become 
possible. This will be a major fad at 
first, but become commonplace as time 
goes on. 

Personally, I find the idea of printed 
food unappetizing, but given recent his- 
tory, you have to admit it's inevitable. 
Virtually everything is an "advertising 
vehicle" these days, and people love 
it - they actually pay for the privilege of 
advertising sports teams and rock stars 
by buying T-shirts and other stuff at 
premium prices. Printed-food technol- 
ogy will be quite clever and involve 
major investments in hardware and 



engineering talent - which could mean 
you. 

How about it, readers? Am I all wet? 
Maybe I can get the Editor's permission 
to send a sporty TCJ Coffee Mug (or 
a bag of TCJ Potato Chips?) to the first 
reader to spot a commercial imple- 
mentation of any of these ideas. Have 
more ideas along these lines? Send 
'em in, and see your name in genuine 
print! 

Next Time 

Next time we'll discuss IBM's OS/2 2.0 
- from an experimenter's perspective. 
For example, I'll describe how to run 
Minix within OS/2. Plus I'll have more 
insight on using the SCSI bus in new 
and wondrous ways. 'Til then, remem- 
ber, you don't need windows when it's 
warm and sunny. 

Where to call or write: 

SCSI Floppy: 

J. D. Hannam 

1182 North Grove Unite 

Anaheim, CA 92806 

1-800-228-0308 

Minix compilers: 

Transmediair Products & Support B.V. 

Melkweg 3 

3721 RG Bilthoven 

The Netherlands 

Tel: +31 30 281820 

FAX: +31 30 292294 

Unipress Software 
2025 Lincoln Highway 
Edison, NJ 08817 U.S.A. 
Tel: +1 908 287 2100 
FAX: +1 908 287 4929 
Email: msk@unipress.com 

NEW ADDRESS 

The Computer Journal 

P. 0. Box 535 

Lincoln, CA 

95648-0535 

1 -(91 6) 646-1670 
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Kaypro-84 Direct File Transfers 
Without Null Modem 

By WalterJ. Rottenkolber 



8-Bit Systems 

Intermediate 

Data -I/O 



Although this is a mostly Kaypro up- 
grading project, I was interested in the 
simplicity of the project. All too often we 
pass over the easiest way for a more 
complex or traditional answer. It got me 
thinking and I hope it stirs your own 
little gray cells into some work. BDK 

If your Kaypro is one of the 1984 or 
newer versions, you can do direct com- 
puter to computer file transfers without 
needing a null-modem cable or adapter. 
These Kaypros have two serial ports - 
modem and printer ~ configured differ- 
ently. The modem port is wired as Data 
Terminal Equipment (DTE), whereas the 
printer port is setup as Data Communi- 
cations Equipment (DCE). As a result, 
the printer port of one computer can be 
coimected to the modem port of another 
with an ordinary RS232-C serial cable. 

The only catch is that modem programs 
are (naturally) configured for the mo- 
dem port. So you need to redesign a 
modem program to operate through the 
printer port. This is easily done on the 
modem configuration overlay because 
only the baud port, and the SIO data and 
control port addresses need to be changed. 

Since the same type of chips are used for 
both ports, no changes are necessary for 
register numbers, control codes, and bit 
masks. Fig. 1 shows the SIO port ad- 
dresses, and Fig. 2 is an abbreviated 
example of the changes to the 1MP245 
Kaypro overlay. 

I found that MEXl 14 could handle up to 
4800 b/s reliably in direct file transfers, 
but that IMP245 could go up another 
notch to %00 b/s without choking. See- 
ing those kilobytes flash by made IMP 
the best choice.One peculiarity of IMP 



shows itself in batch mode. Searching 
for filenames and placing them in the 
name array takes an unexpectedly long 
time. If the batch has more than about 
seven file names, the process can take 
long enough for the receiving system to 
timeout. In one batch of 36 files, it took 



almost four minutes to process the 
filenames before transfers began. 

Unfortunately, no message alerts you 
when filename processing is over. You 
will simply have to find by experiment 
the time to delay before starting the 
batchfile receive. 



FIG. 1 




Port Addresses 




Modem (DTE) 


Printer (DCE) 


Baud 


OOH OBH 


SIO Data ~ 


04H OCH 


sioctyst ~ 


06H OEH 



FIG. 2 

MP245 Kaypro Overlay Changes 



PORT 

MDCTLl 

MDDATP 

MDRCV 

MDSND 

MDTXE 

BRPORT 



EQU OCH ; Your base port (data or status) 

EQU PORT+2 ; Modem control port 

EQU PORT ; Modem data port 

EQU OIH ; Modem receive ready 

EQU 04H ; Modem send ready bit 

EQU OIH ; Modem send buffer empty, holding buffer empty 

EQU OBH ; Baud rate generator port 



These routines and equates are at the beginning of the program so 
they can be patched by a monitor or overlay file without re-assembling 
the program. 



MSPEED: 

HS2400: DB 
HS1200: DB 

LOGPTR: 



DB 8 

YES 
NO 



DW LOGON 



; 0=110 1=300 2=450 3=600 4=710 5=1200 
; 6=2400 7=4800 8=9600 9=19200 default 
; Yes=2400 bps highest speed 
; Yes=1200 bps highest speed 

; Pointer to display LOGON message 



SYSVR: CALLJSILPRT ; Display the following line 

DB 'Version for Kaypro computers, Printer serial port' ; lAAH 
DB ' (OCH)',CR,LF,0 
RET 
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Embedded Systems 

Intermediate 
D/A on the Cheap 



Analog Signal Generation 

By Al Mitchell 



When calling AM Research, you will 
talk to "Mitch." That is Al Mitchell 
himself; designer, engineer, and Forth 
programmer. Mitch has designed and 
built several 80451 development sys- 
tems. He uses FPC for the basis of his 
embedded and interactive development 
platform. A special Forth 80451 kernel 
resides on the chip and you debug and 
develop your product using code written 
on a PC that is then down-loaded and 
run under your control. It is pretty close 
to something I might have developed 
myself (given lots of time and money - 
but then I could also be president.) 

Fortunately I don 't need to develop it 
myself as Mitch has done a very good 
job. Part of his package includes sample 
code and projects. 1 got him to give us 
the low down on how he produces DTMF 
analog signals (one of the sample 
projects included in his manual.) You 
could do this using S3 to $10 worth ofD/ 
A conversion, or you do it his way for 30 
to 40 cents worth of easily available 
parts. 

I listed this as an intermediate project 
due to the op amp design, but beginners 
will be able to figure out what is happen- 
ing if you dust off a textbook on ampli- 
fiers (find the section on summing amps.) 
Actually this is a rather easy concept to 
get if you just hang in there and read on, 
so read on! BDK, 



A recurring theme in our applications 
work has been to generate signals under 
the control of a microprocessor. While 
this is relatively easy using a DSP or 
other powerful processor, doing so with 
cost-effective components requires finesse 



and elegance rather than brute horse- 
power. 

One such example is a remote, stand- 
alone data acquisition system which 
needs to download data on occasion. This 
application required only a single 805 1- 
type processor for the task. Since it also 
had to dial the telephone, generating 
Dual Tone Multi-Frequency (DTMF) 
signals, the software required more than 
conventional techniques. 

In this fnst of a series of articles we will 
discuss the theory of creating the precise 
analog counterpart to a digital data byte. 
The next article will describe the pro- 
gram and code requirements to drive the 
circuit in real time. Following articles 
will discuss alternative methods appro- 
priate for differing applications. 

Two methods of Digital-to-Analog (D/ 
A) conversion can be constructed with 
relative ease. The first is commonly 
called a "Weighted Resistive Ladder" 
wherein each digital signal input (or 
ladder rung) has half the resistance of 
it's predecessor. The inputs are derived 
from the parallel port of the micropro- 
cessor used. A voltage (analog voltage) 
is produced which is equal to the addi- 
tive voltage/current produced across all 
the resistors in the ladder. 

Whether voltage/current is added into 
the circuit, depends on the state of the 
parallel line attached to a given resistor. 
The amount of additive signal is con- 
trolled by the voltage drop across the 
individual resistor. The minimum and 
maximum values of resistance are there- 
fore related by a binary relationship, I. 
E. : 2^n. In this case we are constructing 
an eight bit A/D so the relationship of 



the largest resistive value is 2^8 or 256 
times the value of the smallest resistor. 

Both the maximum and minimum val- 
ues are limited by components and con- 
struction method used. In our case, con- 
structing a prototype wire wrapped PCB, 
the maximum reasonable value you can 
use is about one Meg ohm due to humid- 
ity, stray capacitance and availability of 
components. I prefer to use less than the 
maximum value for stability and reli- 
ability reasons. Lets check the mini- 
mum value which is 1/256 of Rmax or 
roughly 4K ohms. The first pass of our 
design is shown in figure 1. 

Using the quasi -bidirectional port of the 
8051 reveals that the output structure 
looks like a 30K pull-up resistor with an 
open-drain MOSFET pull-down (the 
internal components of the 8051.) This 
is a serious limitation since the 30K 
pull-up would be added to value of our 
resistor selection giving unacceptable 
performance. This can be overcome by 
using a CMOS driver, like the 74HC04 
which will buffer the 8051 and provide 
very low output impedance of roughly 
100 ohms. With proper drive we can 
now plug in the resistor values. 

The output voltages can be easily deter- 
mined by considering the input of the 
summing amplifier to be one-half the 
full scale voltage of Vcc or 2.5 vohs. In 
describing the circuit operation we need 
to keep in mind that we will be generat- 
ing a sine wave oscillating between Vcc 
and ground. This means that our refer- 
ence is better described as 2.5 voUs. The 
2.5 volt reference is produced by using a 
low pass filter to average the sine wave 
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and to provide feed back to the op amp 
non-inverting input. 

Rl then either provides a positive or 
negative current, relative to the sum- 
ming node of the operational amplifier, 
of (Vcc - Vcc/2)/lK or 2.5 milUamperes. 
The op amp operation is to invert at- 
tempts to counterbalance this input cur- 
rent l^ producing an output which brings 
the inputs to an equal value (the results 
of feed back signal.) Therefore the out- 
put swings to a value of 2.5 Volts plus or 
minus (470*2. 5ma or feedback resistor 
times current) 1.18 volts. Therefore the 
MSB drives the output to either 3.68 or 
1.33 volts. Additional inputs to the net- 
work will combine to provide an output 
swing of roughly 0.15 to 4.85 volts. 

Previously we determined that the maxi- 
mum resistor size can be as high as one 
Meg ohm, circuit stability can be im- 
proved by using lower values so let us 
select l.OK for the Most Significant Bit 
(MSB). It then follows that each succes- 
sive resistor should be twice that value. 
Since most of us only have easy access to 
5% resistors we must construct the resis- 
tors needed from easily available and 
standard sizes. Below is a listing of our 
selections: 

Calculated Rough Finely 

Value Approximation Tuned 

R1 = 1K IK 910 ohm 

R2 = 2K 2K 1.8K 

R3 = 4K 3.9K 3.9K 

R4 = 8K 7.5K + 510 ohms 7.5K 

R5 = 16K 15K + IK I5K 

R6 = 32K 27K + 5.IK 27K 

R7 = 64K 62K + 2K 62K 

R8 = I28K I20K + 8.2K I20K 
R9 = 470 ohms 
RIO = IMeg 
CI = 10 ufd 

Note that the column entitled "Finely 
Tuned" uses a common trick of trim- 
ming standard resistances to the exact 
value needed using a needle file and 
DVM. Although this circuit is not criti- 
cal in the need for specific resistor types, 
carbon composition are easiest to trim, 
they have a carbon granule core which is 
fairly soft and easy to grind away. Car- 
bon and Metal Film resistors are vapor 
deposited upon a ceramic core and con- 



siderably more difiFicult to modify. All 
can be altered however by removing 
conductive material which increases the 
resistance. 

Using a Digital Volt Meter we were able 
to get the exact resistance needed by a 
combination of selected series resistors. 
Should the selection not be available 
simply file the body of the resistor until 
the value desired is achieved, just make 
sure to seal the injury to prevent mois- 
ture contamination. If you go slightly 
too far the carbon varieties can be low- 
ered a small amount with the judicious 
use of a hot soldering iron tip at the 
contact point. Note that resistors modi- 
fied in this manner may change resis- 
tance slightly when soldered so it is a 
good practice to heat and stabilize them 
anyway. 

The advantage of the weighted resistor 
network is that anyone with simple equip- 
ment can quickly construct an accurate 
D/A converter without rare component 
values. 

A second economical method of D/A 
conversion uses the ' 'R-2R' ' method. In 
this configuration only two resistances 
are needed regardless of the ultimate bit 
length required and therefore is most 
corrmion in high resolution designs and 
on dedicated D/A integrated circuits. The 
wide disparity of resistance values, and 
temperature coefficients, are significantly 
decreased resulting in better accuracy. 

The limitations are similar to the 
"Weighted Ladder" above as to drive 



requirements but the use of one value 
eases construction considerably. In place 
of the "2R" component two resistors 
can be used in series. Therefore three 
resistors of one value are needed per bit 
of input. 

This is an excellent circuit when time, or 
bench stock, permits the use of standard 
precision parts. Note that the precision 
required is quite substantial with toler- 
ance buildup although 1% components 
are usually sufficient for an 8-bit D/A. 

The calculation of specific digital values 
is not difficult. Beginning with the sum- 
ming amplifier reference equivalent to 
half scale, one can see that if the MSB is 
low (up output inverted) then the output 
of the summing amplifier is -(Vcc/2R)*R 
plus or minus the binary values of the 
remaining bits. 

The advantage of the R-2R ladder D/A 
converter is that one single resistor value 
is used which can be constructed vvith- 
out special techniques. 

Other more esoteric methods of signal 
generation will be covered in future col- 
umns. 

Al Mitchell runs AM Research from 4600 
Hidden Oaks Lane, Loomis, CA 95650 
(call (916) 652-7471 He has been build- 
ing embedded system for many years. 
When not building you can find him in 
his large garden, working away the hours. 
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Regular Feature 
Editorial Comment 
Peer-To-Peer LANs 



Computer Corner 

By Bill Kibler 



Well our house move is completed 
but organization is far behind. I have a 
new home office and shop combination 
that will be pretty good when it gets all 
set up. That "when" however could be 
sometime long in the fiiture as there are 
plenty of more important items in the 
queue to be done first. 

For work, my direction has moved away 
from the 68000 and into LAN problems. 
We have received the latest version of 
LanMan 2. 1 and are working with the 
problems it created. I have also been 
spending considerable time with Novell's 
NetLite product. 

NetLite 

Netware products have been mostly 
aimed at the major LAN user. The prob- 
lem with that is the cost associated with 
even a two or three user network. Novell 
has no price break in essence for size of 
network. Complexity of Netware prod- 
ucts is rather high as well. Special schools 
are necessary to service the LAN as their 
manuals do not explain all. Some changes 
have been made over the past few years 
but if you are a small user, generally it 
is more problems than it is worth. 

Starting with the $25 network and now 
with several vendors making LAN based 
systems for the small user, Novell has 
entered the market. The $25 network is 
a serial based system for up to three 
users. I have it and it works just fine for 
small setups. For larger groups up to 25 
users Nedite is now available. For more 
than 25 users, there are other systems. 
Our company did test three of the prod- 
ucts and found Netlite the poorest of the 
group. At this stage I would recommend 



any of the other products as I will ex- 
plain. 

Netlite installs easily and does seem to 
work as advertised. If you happen to 
have any problems however, there is no 
way to get answers. Novell's own tech- 
nical support group has not had a chance 
to learn about the product yet. Also the 
manuals are absolutely no help if it 
doesn't work. Our problem has to do 
with NETBIOS calls, and as I found out 
may be a problem in all Netware prod- 
ucts. 

We use NETBIOS operation to pass data 
between our mainframe and remote ter- 
minals. We have had some problems 
with vendors implementation of 
NETBIOS. NETBIOS was IBM's 
orignial method of interfacing to the 
LAN. It since has become a hardware 
and manufactures independent interface 
to the LAN network. However each ven- 
dor must implement their own version 
of the standard network interface. It is 
very similar in concept to DOS calls. 
NETBIOS has a stnadard interrupt you 
call with a pointer to a NCB, NETBIOS 
CONTROL BLOCK. The NCB contains 
pointers to where the data is, who it goes 
to, what operation is to be performed, 
and where to post the results of that 
operation. 

As a programmer you can write code to 
this interface and should have the same 
results on any vendors setup. We have 
found that not to be completely true. 
Some of IBMs implementation stole 
keystrokes or turned off our interrupts. 
3C0MS old version of NETBIOS 
bounced when first started. 3COM has 
solved the problems in their latest re- 
lease. NetWares NETBIOS appears to 
work fine on Token ring but fails on 



Ethernet systems. If you are rumiing a 
versions of these products you might try 
COMPUSERVE. We have downloaded 
new versions of 3COMs and Novell 
NETBIOS programs from there. 

Speaking of downloading, I have found 
out that you could make a complete LAN 
system by using FREE upgrades from 
CompuServe. In working with NetLite I 
discovered that the device drivers and 
NETBIOS driver are avaialable to be 
downloaded. They are intended as up- 
grades for their current users. They will 
work as a NETBIOS system as they are. 
This means no security, or fancy DOS 
interfaces. However combined with other 
FREE NETBIOS programs it is possible 
to have a system that can pass files be- 
tween stations, run programs remotely, 
send message to other users, and even 
create multi-user type systems. 

I have tried several of the free NETBIOS 
programs with varying results. Some 
worked very well, others only locked up 
and died. There is of course no support 
for these systems, but the cost is very 
reasonable. I plan on trying to pickup 
some older Ethernet cards and try my 
hand at multiple processor operations 
using NETBIOS calls. Since I program 
using NETBIOS operations that should 
be a easy task. For most, the programs 
on the BBSs or from books will have to 
do. There appears to be only two books 
available. "C programmer's Guide to 
NETBIOS", by David Schwaderer, and 
"Network programming in C" by Barry 
Nance. 

I have bought Nance's book and it comes 
with programs on disk. The programs 
work and his book makes an excellant 
reference manual. Our comapany prod- 
uct was built using help from Schwaderer, 
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and disks are available by mail. The 
references in Schwaderer are very good 
on regular NETBIOS operations, but 
Nance also covers Novell's IPX/SPX 
interface. Examples in either book do 
appear to work and provide a sound basis 
for making your own NETBIOS to 
NETBIOS system. 

The Netlite structure is based on TSR 
device drivers. These TSRs programs 
provide communications with the LAN 
interface card and NETBIOS. For Netlite 
a Client and Server TSR provide inter- 
faces into DOS creating the peer-to-peer 
network. Most big networks work off the 
idea of a single server computer that 
controls who and what users can do. All 
common files are maintained on the 
server and other users normally would 
not have access to other users data with- 
out it first being put on the server hard 
drive. The server as such becomes a very 
small mainframe system. This means 
one system is dedicated for LAN control 
and data storage only. 

In small organizations, the use of the 
LAN is for message passing, sharing of 
printers, and hmited data or file sharing. 
Many small organizations would be 
happy to eliminate hand carrying of 
floppy disks from system to system. The 
.peer-to-peer LAN systems are designed 
for this market. No severs are needed or 
all users can be servers. The design con- 
cept is that all users have the same op- 
tions and can setup their station as the 
situation warrants. 

Other magazines have reviewed these 
small LANs and most like Novell's ap- 
proach to explaining the how and why of 
peer-to-peer systems. Cost is basically 
$99 per user including hardware(LAN 
interface card). Novell was able to pro- 
duce their product quickly and cheaply 
by oivly writing two new programs. Their 
Client and Server programs appear to be 
cut down versions of other parts of 
Netware systems. This means that all 
the device drviers are the exact same 
ones as used on the bigger Netware sys- 
tem. In fact they use ODI drivers com- 
pletely. ODI is a standard device driver 
interface that you could create yourself if 
needed. I have been thinking about do- 



ing just that for a serial based ring, but 
that is another subject. 

The bottom line is we have found a very 
special problem in Netlite and Netware 
in general. It appears that given data 
packets back-to-back the NETBIOS in- 
terface will ABEND or die. It ABENDS 
so bad that in most cases you must power 
down the system to bring it back on line. 
Doing so of course prevents you from 
checking your data in anyway to find out 
what happened. I modified our device 
drivers with EFORTH and was able to 
do some crude debugging even after an 
ABEND. The only way out of the device 
driver after running EFORTH and get- 
ting my data was the power switch. 

If you are starting to get the idea that 
working with LANs is complex, expen- 
sive, and problemmafic, you are getting 
the correct idea. Novel called about the 
problem and wonder if we could send 
over some of our stuff so they could see 
for themself what the problem is. My 
comment was a quesfion, it needs a 
mainframe, special interface software, 
several stafions, or about a quarter mil- 
lion dollars in hardware and software 
systems to make it work. As I have said 
before, working on LANs and most new 
systems is no longer a little garage type 
operation. These systems cost money, 
lots of money, and take lots of time and 
resources to make work. 

68HC16 

To move on to another good topic is 
Motorolas newest trainer board. I bought 
one of the DSP (digital signal process- 
ing) trainer kits. For $168 it is a great 
buy. So when you get tired of fighting 
the big boys, try these little boxes. The 
software and hardware is excellant. The 
HC16toolkit is an excellant trainer. I 
have already started on the books, and 
beheve me there were plenty of books 
included. 

You get two boards in this set, the 
68HC16 evaluation board and an stereo 
signal interface board with display. The 
project looks like fiin and I will report 
more about it later. If you did not get 
one, try and bonow one from a friend. 



When it comes to supporting their users, 
hardware users in this case, Motorolla 
still is number one in my book. 

ENOUGH 

I said enough this time and had enough 
to do with LANs for the day. Next time 
I will explain more about the HC16 
trainer and its features. I hope to have 
finished the project with it and may be 
able to comment on DSP system better 
after the project. Keep hacking. 
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cols. 
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DISCOVM* 

The Z-Utter 

The Z-Lener Is the only monthly 
publication for CP/M and Z-System. 
Eagle computer and SpellBlnder 
support Licensed CP/M distributor. 

Subscriptions: $15 US, $18 Canada 
and Mexico, $45 Overseas 



Wrtte or call for free sample. 



The Z-ljetter 

Ijunbda Software Publishing 

720 South Second Street 

San Jose CA 951 12-5820 

(408) 293-5176 



Advent Kaypro Upgrades 



TwbtAOM. AUowi fkxibk coiili|Bni- 
tioii of jroar •ntir* ftUm, iwd/wrH* 
additioiMl fomiato and mora. $35 

Hard drive coBvcnion kit. IncIadM 
interfac*, controikr, TariwROM, ■oft- 
wan and maiiBal— EvMything iwmImI 
to inatall a hard drive tzoept tlw cable 
and drivel $175 wttliovt dodc, $2M 
wMicIocIl 

Pereonality Decoder Board. Run more 
tlun two drives, «ie qaad density 
drives wlien ased witli T wimROM. $25 

Linuted Stock — Subject to prior sak 




TCJ ' •■" Market Place 

Advertising for Small BusinesG 



Looking far • way to get your meeeage acrots? 
Advwtlte in lt\e Market Plaeel 

FIrat Insertion: $50 

Roina«1ions: $35 

Rates indudo typeeotting. Payment must aecom- 
psny order. Visa, MastsrCard, Diseovsr, DIner't 
Ckib, Carte BIsnchs, JCB, EuraCard accsptsd. 
Checks, money orders must be In US funds 
draim on ■ U8 l>snk. Rssslting of ad eonstitutas a 
new advertieameni at llist inssrtkxi rate. Inquire 
for rates for largar ads If required. Deadbie Is 
eight weeto prkx to publk»tkin date. Mel to: 

The Computsr Journal 

IMarkat Place 



CP/M SOFTWARE 

100 page Public Domain Catalog, $8.50 plus $1.50 shipping 
and handling. New Digital Research CP/M 2.2 manual, $19.95 
plus $3.00 shipping and handling. Also, MS/PC-DOS Software. 
Disk Copying, including AMSTRAD. Send self addressed, 
stamped envelope for free Flyer, Catalog $1.00 

Elliam Associates 

Box 2664 
Atascadero, CA 93423 

805-466-8440 



Ken more 

znme-1 

Real Time Clocks 

Assembled and Tested with 
90 Day Warranty 
Includes Software 

$79.95 

Send check or money order to 

Girls McEwen 

P0B0X12 

South Plainfield, NJ 07080 

(alkiw 44 weeks for delivery) 




Z-System Software Update Service 

Provides Z-System public domain software by mail. 

Regular Subscription Service 

Z3C0M Package of over 1 .5 MB of COM files 

Z3HELP Pacltage with over 1 .3 MB of online documentation 

Z-SUS Programnfiers Pack, 8 disks full 

Z-SUS Word Processing Toolkit 

And Morel 

For catalog on disk, send $2.00 ($4.00 outskJe North AniericfiO 
and your computer format to: 

Sage Microsystems East 

1435 Centre Street 
Newton Centre U^ 021 59-2469 




EPROM PROGRAMMERS 



stand-Alone Gang Programmer 



$750.00 




Completely stand-alone or PC driven 

Programs E(E)PROMs 

IMegamiolDRAU 

UsBi ufgrsdable to 32 Megabit 

.3/.6"Bfs(lctiet, RS-232, 

Parallel In anil Out 

32K internal Flasli EEPROM for easy 

firmware upgrades 

Oulck Pulse Algoritlim (27256 

InSsec, 1 Megabitin Usee.) 

2 year warranty 

Made in U.S.A. 

Tecfinical support by phone 

Complete manual and scnematic 

Single Socket Programiner also 

available. $550.00 

Split and Shuffle 16 S 32 bit 

100 User Definable lyiacros, 10 User 

Definable Configurations 

Intelligent Identifier 

Binary, Intel Hex. and Motorola S 



$139.95 



20 Key Tactile Keypad (not membrane) 20 x 4 Line LCD Dispiay 



Internal Programmer for PC 



NewlntelligentAveragingAlgorithm.ProgramsB4Ain10sec,256in1min,1(^eg (27010, 011)in2min.45 sec. 
2 Meg (27C2001) in 5 min. Internal card witti external 40 pin ZIP ^ ^^^^ 40pinZIF 

• Reads, verifies, and programs 2716, 32, 32A, 64, 
64A, 128, 128A, 256. 512, 513, 010, Oil, 301, 
27C2001,MCIVI 68764, 2532 

• Automatically sets programwing voltage 

• Load and save buffer to disk 

• Binary, Intel Hex, and [Motorola S formats 

• Upgrailal>lelo32Heg£PliOMs 

• Ho personality moiules requlreil 

• 1 year warranty • 1 day money back guarantee 

• Adapters available for 8748. 49, 51 , 751 . 52, 55. 
TMS 7742, 27210, 57C1024, and memory cards 

• Made in U.S.A. 




NEEDHAMS ELECTRONICS 



4539 Orange Grove Ave. • Sacramento, CA 95841 
Mon. - Fh. Sam • 5pm PST 



C.O.D. I 



Call for more information 

(916)924-8037 

f^ FAX (916) 972-9960 



Cross-Assemblers as low as $50 oo 

oirnuidtors as low as $100 00 

Cross-DisassemblerSasiowa 10000 

Developer Packages 

as low as $20C.00(a $50.00 Savings) 
A New Project 

Our line of macro Cross-assemblers are easy to use and full featured, 
including conditional assembly and unlimited include files. 

Get It To Market-FAST 

Don't wait until tfie hardware is finished to debug your software. Our 
Simulators can test your program logic before the hardware Is built 

No Source! 

A minor glitch has shown up in the firmware, and you can't find the original 
source program. Our line of disassemblers can help you re-create the 
original assembly language source. 

Set To Go 

Buy our developer package and the next time your boss says 'Get to work. ". 
you'll be ready for anything. 

Quality Solutions 

PseudoCorp has been providing quality solutions for microprocessor 
problems since 1985. 

BROAD RANGE OF SUPPORT 

• Currently we support the following microprocessor families (with 
more in development); 



Intel 8048 
Motorola 6800 
Hitachi 6301 
Rockwell 65C02 
Hitachi HD64180 



RCA 1802,05 
Motorola 6801 
Motorola 6809 
Intel 8080,85 
Motorola 68000,8 



Intel 8051 Intel 8096 

Motorola 68HC1 1 Motorola 6805 
MOS Tech 6502 WDC 65C02 
Zilog Z80 NSC 800 

Motorola 68010 Intel 800196 



All products require an IBM PC or compatible. 

So What Are You Waiting For? Call us: 
PseudoCorp 

Professional Development Products Group 

716 Thimble Shoals Blvd. Suite E 

Newport News. VA 23606 

(804) 873-1947 FAX: (804)873-2154 
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William P Woodall • Software Specialist 



Custom Software Solutions for Industry: 
Industrial Controls 
Operating Systems 
Image Processing 

Custom Software Solutions for Business: 
Order Entry 

Warehouse Automation 
Inventory Control 
Wide Area Networks 

Publishing Services: 

Desktop Systems 

Books 

CBT 



Hardware Interfacing 
Proprietary Languages 
Component Lists 



Point-of-Sale 
Accounting Systems 
Local Area Networks 
Telecommunications 



Format Conversions 
Directories 
Interactive Video 



33 North Doughty Ave, Somerville, NJ 08876 • (908) 526-5980 
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ForHi Interest Graip 

best Forth resource 
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The Forth Interest Group (FIG) carries the largest selection foiffli. . 
anywhere—refer^ice bwks, public-domain Forths, tutorials and to^ 

Merriters' bi-monthly nagazine is devoted exclusively to Fortfe 

It offers techniques, advanced langu^e proposals, source cod^- - - - 

Forth product and hisiness news, and extensive resource listing. 

An q^rttouty for local, &ce-to-6ice meetings with otl^r Forthmfi^so^ 
<^ {^ofessi(»Bls. Tedinical semkiars, vendor presentations, tuloriak^ 
groiqj hardware/software projects have been some chapters' ac^tieS.' 



RiMKHifidUe A central foojs for osvline tedinical discussion, and access to Forth tser^ 
ven(tois, dev«loi)ers. Indoles a l&rary of more than 700 downloadal^ i^ 



P^fflMH. 



Participate in technical sessions and mingle with leading Forth 
eacperts m m infonmi setting at the Asilomar Conference Centw:, 
located on tlK California coastiine in Pacific Grove. 



iftnonhp'ofi^imiriberdiip organization crfover 1500 members in 20 countries. Memberdsp 
t a stiscription to Forth Dimmsiom, discounts oil Forth Uterature, and more. Join us tocb^l 

» mfmm mmm mm^ MMW ^^ ^mm mW» Mm» m,mm» ^mm M^ ^^ ^^ ^M. .Am vm> 4M*« ^^ ^.^ -,pM wm ^^m ,^mm ^.^m •..» wmmm mm^ ^^ ^wnp. ^^ «WM Tl - ^M 

Umnm^tlwworkfsformiostFoi^pfogrmrr^rsmd(ecd\^thebi-^ Forth DirioTsiong, 

_^^^ipa)ffrK^kx'aone-yesffrnmti&^TiplntheFor^lr}terestGroup: 
'^':$i6iJjBA^3aiacla^xia> • $46Cwacta airmail *^ overseas ah- mail 

&ucferArat8$18^l-timestucl&nts, copyofsttxtentf.D. required) 
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f&ick^Sv'slbfmanclyour ched<SK money (xder 
"^k}fMrif&$}in'anenv^etotiTe: 

ForOi Interest €troufi 

P.O'BoxS^I • San Jose, Californ& ^155 • USA 

(Csff408-277-0668<3r fax 408-286-8988} 



When memory, time, and budget , 
are tight; or when your ftst-ehoksei" 
solution cries out for an extgfsi^ 
language, think of Fortfi. It's 
perfect for embedded ^steim, and . 
is legendary for fitting in small 
places. . .even places in oxUt on 
the space shuttle. Today, Forth is at 
hone under most ary operate^ 
system, and irrpknentors (Met 
both lean and rich enviroJiR^ils. .. 
Join the Forth Intere^ GroufHtew 
and learn how well Forto fits m. 
your programming tooibcfi!; 



